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(54) PERSONAL ELECTRONIC SETTLEMENT SYSTEM, ITS TERMINAL, AND MANAGEMENT 
APPARATUS 



(57) According to the present invention provided is a 
settlement means that is superior in safety and usability. 
The settlement means comprises: payment means 100 
including a plurality of systems of communication 
means; charging means 101 including a plurality of sys- 
tems of communication means; and settlement means 
102 including a plurality of systems of communication 
means. Since the payment means and the settlement 

FIG.1 



means exchange transaction data by communicating 
with each other, it is possible to prevent the assessment 
of an illegal charge by the charging means. In addition, 
since a signature (a digital signature) and an accounting 
statement are exchanged by communication between 
the payment means and the charging means, the effi- 
ciency of the sale can be improved. 
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Description 
TECHNICAL FIELD 



[0001] The present invention relates to an electronic 
settling or settlement system that provides a settling 
function for retail sales transactions involving the use of 
credit cards (bank cards), and a terminal and a control 
apparatus or management device therefor. In particular, 
the present invention pertains to an electronic settle- 
ment, transaction or clearing system that provides 
ensured protection for sales transactions, while further 
ensuring the uncomplicated execution of such settle- 
ment or transactions. 

BACKGROUND ART 

[0002] As the employment of bank cards, such as 
credit cards, has spread, retail sales transactions involv- 
ing the.use of credit cards have become quite common. 
Concurrently, however, in consonance with the growing 
popularity of credit card use, there has been a corre- 
sponding increase in such criminal activities as the 
counterfeiting of credit cards, the theft and the illegal 
use of credit cards by unauthorized persons, and the 
illegal assessment of charges by shops, so that a need 
exists for means by which to improve the safety of trans- 
actions handled by settlement systems. Recently, as a 
countermeasure to prevent credit card forgery, an IC 
credit card has been introduced. 
[0003] A description will now be given of a settlement 
system for which conventional credit cards, to include IC 
credit cards, are used. 

W004] As is disclosed in Japanese Examined Patent 
Publication No. Hei 3-32100, for transactions involving 
the use of bank cards, such as credit cards, many set- 
tlement systems have been proposed and are now 
employed that permit the exchange of authorization and 
credit clearance data by terminals at shops and at con- 
trol centers. 

[0005] In Fig. 42 is shown the general structure of 
such a conventional settlement system. 
[0006] In Fig. 42, a credit settlement terminal 4201 is 
installed at a shop for the performance of various credit 
transactions. The credit settlement terminal 4201 is 
connected to a remote settlement system 4202 via a tel- 
ephone line 4204, a public network 4203, and a commu- 
nication line 4205. The credit settlement terminal 4201 
includes a card reader for reading information stored on 
a credit card 4200, a modem for connecting to the public 
network 4203. and a printer for printing a statement of 
accounts. 

[0007] The settlement system 4202 is an information 
processing system for handling credit settlements or 
transactions, and for managing manage consumer 
credit information and account information under the 
terms of credit service contracts entered into by con- 
sumers. 



EP 0 910 028 A1 



[0008] On credit cards bearing the signatures of card 
holders, ID information is electronically recorded that 
corresponds to raised impressions of the names of the 
card holders and their assigned account numbers. The 
5 credit cards 4200 that are currently being used in this 
manner are magnetic credit cards and IC credit cards, 
the differences between them being that they require 
different external interfaces and that card readers used 
for reading their internally stored data must be those 
io that correspond to the specific cards that are employed. 
Incidentally, in addition to the aforementioned ID data, 
on some types of credit cards various other personal 
data items can be stored. 

[0009] The thus structured settlement system per- 
is forms credit transactions using the following process. 
[001 0] First, when requesting the initiation of a credit 
transaction, a consumer hands a credit card 4200 to a 
shop clerk. The shop clerk then uses the card reader of 
the credit settlement terminal 4201 to read the credit 
20 card 4200. and proceeds to process the credit transac- 
tion. 

[0011] When the card reader has read the ID data 
from the credit card 4200. the credit settlement terminal 
4201 transmits to the settlement system 4202. via a 
25 modem connected to a data communication network, a 
message that includes the ID data, and a request for 
credit inquiry or reference data and for the initiation of a 
credit settlement or transaction. Thereafter, the settle- 
ment system 4202 employs the ID data, and price data, 
30 which is also included in the message, to perform an 
inquiry processing and other procedures required for 
the credit transaction, and then transmits a transaction 
completion message to the credit settlement terminal 
4201. Upon receiving this message, the credit settie- 
35 ment terminal 420 1 uses the printer to prepare a state- 
ment of account. 

[0012] Finally, the shop clerk asks the consumer to 
sign the statement of account and confirms the con- 
sumer's signature by comparing it with the signature on 
40 the credit card 4200, and completes the credit transac- 
tion by returning the credit card 4200 to the customer 
with a copy of the statement of account. 
[001 3] When such a conventional settlement system 
is employed, however, since the credit card 4200 is 
45 physically transferred to the shop clerk and possession 
of the credit card 4200 number is thus acquired by the 
shop, the possibility exists that the number could be ille- 
gally used by the shop. 

[001 4] In addition, since according to the conventional 
so credit system the shop is the dominant party in the 
credit process, in the course of a credit transaction the 
shop could cheat the consumer by charging a higher 
than actual price. 

[0015] Furthermore, since according to the conven- 
55 tional settlement system a credit card 4200 is loaded 
directly into a credit settlement terminal that is installed 
in a shop and is thus susceptible to tampering by the 
shop, the shop could alter data recorded on the card, or 
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illegally read personal data, other than ID data, stored 
on the card. 

[001 6] And then, with the conventional settlement sys- 
tem, a consumer is inconvenienced by having to carry a 
large number of credit cards, one for each credit service s 
for which a contract has been entered into with a credit 
company. 

[0017] Moreover, since with the conventional settle- 
ment system a physical card, i.e., a credit card, must be 
used as an authentication means, rf a consumer desires io 
to cancel a transaction for which the credit card was 
used, he or she must return to the location at which that 
transaction was concluded. 

[001 8] Also, with a conventional settlement system an 
account statement must be printed out on paper, and 75 
the time required for the printing constitutes an interrup- 
tion that detracts from the efficiency with which the sys- 
tem handles a sale. Further, since a credit settlement 
terminal must be equipped with a printer, this adversely 
affects efforts to reduce the size and the cost of a credit 20 
settlement terminal. 

[0019] In addition, since according to a conventional 
settlement system the signature of a consumer is 
required on an account statement, the time required for 
a clerk to request that a consumer sign a statement and 25 
for the consumer to actually sign it occupies the major 
portion of the credit transaction time, and further 
detracts from the efficiency of such a sale. 
[0020] To resolve the above problems encountered 
with a conventional settlement system, one objective of so 
the present invention is to provide settlement means for 
which superior safety and convenience are ensured. 

DISCLOSURE OF THE INVENTION 

35 

[0021]: According to the present invention, therefore, 
provided is a personal electronic settlement system that 
comprises: payment means including a plurality of sys- 
tems of communication means; charging means includ- 
ing a plurality of systems of communication means; and 40 
settlement means including a plurality of systems of 
communication means (or service providing means 
including a plurality of systems of communication 
means, and settlement means connected by a commu- 
nication line to the service providing means). The pay- 45 
ment means, the charging means, and the settlement 
means (or the service providing means and the settle- 
ment means) communicate with each other using differ- 
ent systems of communication means. 
[0022] Since the payment means and the settlement so 
means (or the service providing means) exchange 
transaction data by communicating with each other, it is 
possible to prevent the assessment of an illegal charge 
by the charging means, and to also prevent the leakage 
of individual data from the payment means, or personal ss 
data for the owner of the payment means, to a person in 
charge of the charging means. In addition, since neces- 
sary data are exchanged by communication between 
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the payment means and the charging means, the effi- 
ciency of the sale can be improved. 
[0023] The invention according to claims 1 and 95 
comprises: 

payment means including a plurality of systems of 
communication means; 

charging means including a plurality of systems of 
communication means; and 
settlement means including a plurality of systems of 
communication means, 

wherein communication among the payment 
means, the charging means and the settlement 
means is performed by employing different systems 
of communication means. Since transaction data 
are exchanged by communications conducted 
between the payment means and the settlement 
means, an illegal charge assessment by the charg- 
ing means can be prevented, and since identifica- 
tion data for payment data, money to be paid, 
transaction identification data, and signatures (dig- 
ital signatures) are exchanged, the efficiency of the 
sales process can be enhanced. 

[0024] In the invention according to claims 2 and 96 to 
98. the payment means comprises different systems of . 
wireless communication means that are used for com- 
munications conducted between the charging means 
and the settlement means. Therefore, its employment in 
a mobile environment is more convenient. 
[0025] In the invention according to claims 3, 99 and 
100, as wireless communication means for communica- 
tions between the payment means and the charging 
means, a type of wireless communication means is 
selected whose effective communication distance is 
shorter and whose directivity is higher than are those of 
the radio communication means used for communica- 
tions conducted between the payment means and the 
settlement means. Since the distance between the pay- 
ment means and the charging means is at most 1 to 2 
meters, the selection of such a wireless communication 
means can provide a system having a form that is 
appropriate for the environment in which it is employed. 
[0026] In the invention according to claims 4, 101 and 
102, the payment means includes optical communica- 
tion means to be used for wireless communications 
conducted with the charging means, and radio commu- 
nication means to be used for wireless communications 
conducted with the charging means. The optical com- 
munication means, such as infrared ray radiation, is 
employed for short distance communications conducted 
between the payment means and the charging means, 
and the radio communication means is employed for 
long distance communications conducted between the 
payment means and the settlement means, so that a 
system can be provided that has a form that is appropri- 
ate for the environment in which it is employed. 
[0027] In the invention according to claims 5 and 1 03, 
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the payment means includes: 

optical communication means and radio communi- 
cation means; 

input means, for entering a money amount to be 
paid; 

a central processing unit, for generating data to be 
transmitted by the optical communication means 
and the radio communication means, and for 
processing data received by the optical communi- 
cation means and the radio communication means; 
first storage means, for storing a control program 
for controlling operations performed by the central 
processing unit; 

display means, for visually presenting the results 
obtained by the data processing performed by the 
central processing unit; and 
second storage means, for storing data processed 
by the central processing unit. As a result, the oper- 
ation of the payment means can be performed by 
the owner of the payment means, and data stored 
in the payment means can be displayed for the 
owner, so that the employment of the payment 
means is more convenient. 

[0028] In the invention according to claims 6 and 104, 
the charging means includes: 

optical communication means, for communicating 
with the payment means; 

radio communication means, for communicating 

with the settlement means; 

input means, for entering a money amount to be 

paid; 

a cenirat processing unii, for generating data to be 
transmitted by the optical communication means 
and the radio communication means, and for 
processing data received by the optical communi- 
cation means and the radio communication means; 
first storage means, for storing a control program 
for controlling all operations performed by the cen- 
tral processing unit; 

display means for visually presenting results 
obtained by the data processing performed by the 
central processing unit; and 
second storage means, for storing data processed 
by the central processing unit. As a result, the oper- 
ation of the charging means can be performed by 
the person in charge, and data stored in the charg- 
ing means can be displayed for to the person in 
charge, so that the employment of the charging 
means is more convenient. 

[0029] In the invention according to claims 7 and 105. 
the settlement means includes: 

first storage means, for storing data concerning the 
payment means; 



second storage means, for storing data concerning 
the charging means; and 

a computer system, for processing data for a trans- 
action. The performance of the settlement process- 
5 ing is based on data received from the payment 
means and the charging means. 

[0030] In the invention according to claims 8 and 1 06, 
the central processing unit of the payment means gen- 
w erates and transmits to the settlement means message 
data requesting the performance of a money transac- 
tion for an amount that corresponds to a value input by 
the input means of the payment means, processes and 
outputs to the display means message data received 

is from the settlement means indicating the completion of 
a payment, and stores the processed data in the second 
storage means of the payment means. The owner of the 
payment means can send a transaction request directly 
to the settlement means while designating an money 

20 amount to be paid so that the assessment of an illegal 
charge by the charging means can be prevented, and 
so that the owner of the payment means can manage 
the history of his or her payments (transaction data). 
[0031] In the invention according to claims 9 and 107, 

25 the central processing unit of the payment means gen- 
erates and transmits to the charging means message 
data offering a money payment that corresponds to an 
amount input by the input means of the payment means. 
For the transaction, the owner of the payment means 

30 can designate an amount to be paid directly to the 
charging means and notify the settlement means, so 
that the assessment of an illegal charge by the charging 
means can be prevented. 

[0032] In the invention according to claims 10 and 

35 108, the central processing unit of the charging means 
generates and transmits to the payment means mes- 
sage data requesting a money payment that corre- 
sponds to an amount input by the input means of the 
charging means, generates and transmits to the settie- 

40 ment means message data requesting a transaction by 
employing the message data received from the pay- 
ment means to offering payment and the message data 
requesting payment processes message data that is 
received from the settlement means that indicates the 

45 completion of the transaction, and outputs the resultant 
data to the display means of the charging means while 
also storing the resultant data in the second storage 
means of the charging means. Since the message 
requesting a transaction can not be transmitted to the 

so settlement means by only the charging means, an ille- 
gal charge instituted by the charging means can be pre- 
vented, and the owner of the payment means can 
manage the history of the transactions (transaction 
data). 

55 [0033] In the invention according to claims 1 1 and 
109, the central processing unit of the charging means 
generates and transmits to the payment means mes- 
sage data requesting a payment; the central processing 
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unit of the payment means generates and transmits to 
the settlement means message data requesting a trans- 
action by employing the message data offering a pay- 
ment and the message data received from the charging 
means requesting a payment; and the settlement 
means performs a settlement by comparing the mes- 
sage data received from the charging means requesting 
a payment with the message data received from the 
payment means requesting a transaction, generates 
and transmits to the charging means message data 
indicating that a payment has been completed, and 
generates and transmits to the payment means mes- 
sage data indicating that a transaction has been com- 
pleted. The illegal assessment of a charge by the 
charging means and the submission of a false payment 
statement by the payment means can be prevented. 
[0034] In the invention according to claims 1 2 and 1 1 0 
to 112, the central processing unit of the payment 
means adds, to message data offering a payment to the 
charging means, identification data for identifying the 
message data, and, to message data that is to be trans- 
mitted to the settlement means requesting a payment, 
identification data for message data offering a payment, 
identification data for the payment means, and identifi- 
cation data for message data requesting a payment; the 
central processing unit of the charging means adds, to 
message data requesting a payment from the payment 
means, identification data for identifying the message 
data, and, to message data that is to be transmitted to 
the settlement means requesting a transaction, identifi- 
cation data for message data requesting a payment, 
identification data for the charging means and identifica- 
tion data for message data offering a payment; and the 
settlement means compares the iderrtif ication data for 
the message data offering a payment which are 
included in the message data requesting a payment and 
in the message data requesting a transaction, with the 
identification data for the message data requesting a 
payment. The transaction can be performed without 
informing the charging means of either the iderrtif ication 
data for the payment means or the public identification 
data for the owner of the payment means, and the leak- 
ing of identification data, which correspond to a credit 
card number, can be prevented. 
[0035] In the invention according to claims 13 and 
1 13, identification data for a plurality of payment meth- 
ods are stored in the second storage means of the pay- 
ment means, and the central processing unit of the 
payment means adds, to the message data offering a 
payment and the message data requesting a payment, 
identification data for a payment method that is selected 
by the input means of the payment means. Since a sin- 
gle payment means can be employed to select an 
appropriate payment method from among a number of 
payment methods, the owner of the payment means 
need not carry multiple credit cards, and the conven- 
ience of use for the owner is enhanced. 
[0036] In the invention according to claims 14 and 



114, the settlement means generates for the person in 
charge of the charging means valid identification data 
for the owner of the payment means, adds the identifica- 
tion data to the message data indicating the transaction 

s has been completed, and transmits the message data 
to the charging means. Not all the identification data for 
the payment means and the public identification data for 
the owner are transmitted to the charging means; the 
only identification data for the owner of the payment 

io means that are transmitted are those that are generated 
by the settlement means while taking into consideration 
their usefulness for the processing that is to be per- 
formed later by the charging means. 
[0037] In the invention according to claim 1 5, the pay- 

15 ment means includes battery capacity detection means 
for detecting the capacity of a battery used by the pay- 
ment means. When the battery capacity is equal to or 
less than Q (Q > 0), the central processing unit of the 
payment means transmits to the settlement means data 

20 stored in the second storage means of the payment 
means wherein data processed by the central process- 
ing unit are stored, and the settlement means stores the 
received data in the first storage means of the settle- 
ment means wherein data concerning the payment 

25 means are stored. Therefore, the loss of data stored in 
the payment means due to a lack of battery power can 
be prevented. 

[0038] In the invention according to claim 16. data 
processed by the central processing unit of the payment 

30 means are stored either in the second storage means of 
the payment means, or in the first storage means of the 
settlement means, wherein data concerning the pay- 
ment means are stored. The data are managed by 
entering identification data in the data in the second 

35 storage means of the payment means, and an address 
in the pertinent storage means, wherein the data are 
stored. To process address data in the first storage 
means of the settlement means, the central processing 
unit of the payment means generates and transmits to 

40 the settlement means a message requesting the 
address data. Upon receipt of the message, the settle- 
ment means generates and transmits to the payment 
means a message in which are included the address 
data that are requested. Then, the central processing 

45 unit in the payment means extracts the requested data 
from the message received from the settlement means. 
Even when the second storage means of the payment 
means has a small capacity, a large quantity of transac- 
tion data can be managed, and the size and the cost of 

so the payment means can be reduced. 

[0039] In the invention according to claim 17, data 
processed by the central processing unit of the charging 
means are stored either in the second storage means of 
the charging means, or in the second storage means of 

55 the settlement means, wherein data concerning the 
charging means are stored. The data are managed by 
entering, in the second storage means of the charging 
means, iderrtif ication data for the data and an address in 
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the pertinent storage means, wherein the data are 
stored. To process the address data in the second stor- 
age means of the settlement means, the central 
processing unit of the charging means generates and 
transmits to the settlement means a message request- 
ing the address data. Upon receiving the message, the 
settlement means generates and transmits to the charg- 
ing means a message in which are included the 
requested data. Then, the central processing unit in the 
charging means extracts the requested data from the 
message received from the settlement means. Thus, 
even when the second storage means of the charging 
means has a small capacity, a large quantity of transac- 
tion data can be managed, and the size and the cost of 
the charging means can be reduced. 
[0040] In the invention according to claim 1 8, at a time 
designated by the settlement means, the central 
processing unit of the payment means generates and 
transmits to the settlement means a message in which 
are included data that are stored in the second storage 
means of the payment means. Upon receiving the mes- 
sage data, the settlement means generates and trans- 
mits to the payment means a message in which are 
included data for updating the second storage means of 
the payment means. Then, the central processing unit 
of the payment means extracts the updating data from 
the message data received from the settlement means, 
and updates the data stored in the second storage 
means of the payment means. Since the data stored in 
the payment means are automatically updated, the 
owner of the payment means does not need to perform 
any maintenance for data stored in the payment means, 
and the convenience of use afforded by the payment 
means can be improved. Further, the consistency of 
data stored in the charging means and the data stored 
in the settlement means can be maintained, and the reli- 
ability of the system enhanced. 
[0041 ] In the invention according to claim 1 9, at a time 
designated by the settlement means, the central 
processing unit of the charging means generates and 
transmits to the settlement means a message in which 
are included data that are stored in the second storage 
means of the charging means. Upon receiving the mes- 
sage, the settlement means generates and transmits to 
the charging means a message in which are included 
data for updating the second storage means of the 
charging means. Then, the central processing unit of 
the charging means extracts the updating data frorrrthe 
message received from the settlement means, and 
updates the data stored in the second storage means of 
the charging means. Since the data stored in the charg- 
ing means are automatically updated, a person in 
charge of the charging means does not need to perform 
any maintenance for data stored in the charging means, 
and the convenience of use afforded by the charging 
means can be improved. Further, the consistency of 
data stored in the charging means and data stored in 
the settlement means can be maintained, and the relia- 



bility of the system enhanced. 

[0042] In the invention according to daim 20, when 
the settlement means receives from the payment 
means a message in which are included data stored in 
5 the second storage means of the payment means, in 
order to generate data for updating the second storage 
means of the payment means, the settlement means 
compares the times at which all the data concerned 
were generated, and allots to data that were generated 
10 at a later time an address in the second storage means 
of the payment means, while allotting to data that were 
generated at an earlier time an address in the first stor- 
age means of the settlement means in which data con- 
cerning the payment means are stored. Since new data 

is for which the probability that they will be accessed is 
comparatively high are stored in the payment means, 
the owner of the payment means can access data with- 
out waiting, and the convenience of use afforded by the 
payment means can be improved. 

20 [0043] In the invention according to claim 21, when 
the settlement means receives from the payment 
means a message in which are included data stored in 
the second storage means of the payment means, in 
order to generate data for updating the second storage 

25 means of the payment means, the settlement means 
compares the times at which all the data concerned 
were accessed by the owner of the payment means, 
and allots to data that were accessed at a later time an 
address in the second storage means of the payment 

30 means, while allotting to data that were accessed at an 
earlier time an address in the first storage means of the 
settlement means in which data concerning the pay- 
ment means are stored. Since data that were more 
recently accessed are stored in the payment means, the 

35 owner of the payment means can access such data 
without waiting for the data to be transmitted to the pay- 
ment means. 

[0044] In the invention according to claim 22, when 
the settlement means receives from the charging 

40 means a message in which are included data stored in 
the second storage means of the charging means, in 
order to generate data for updating the second storage 
means of the charging means, the settlement means 
compares the times at which all the data concerned 

45 were generated, and allots to data that were generated 
at a later time an address in the second storage means 
of the charging means, while allotting to data that were 
generated at an earlier time an address in the second 
storage means of the settlement means in which data 

so concerning the charging means are stored. Since new 
data for which the probability that they will be accessed 
is comparatively high are stored in the charging means, 
a person in charge of the charging means can access . 
such data without delay, and the convenience of use 

55 afforded by the charging means is improved. 

[0045] : In the invention according to claim 23. when 
the settlement means receives from the payment 
means a message that includes data stored in the sec- 
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ond storage means of the payment means, the settle- 
ment means extracts from the message the data that 
are stored in the second storage means of the payment 
means and compares them with the data stored in the 
first storage means of the settlement means in which 5 
data concerning the payment means are stored. When 
an illegal alteration is found, the settlement means 
transmits to the payment means a message to halt a 
function that is being performed by the payment means. 
In this fashion, illegal alteration of the information stored 10 
in the payment means can be prevented. 
[0046] In the invention according to claim 24, when 
the settlement means receives from the charging 
means a message in which are included data stored in 
the second storage means of the charging means, the is 
settlement means extracts from the message the data 
that are stored in the second storage means of the 
charging means and compares them with the data 
stored in the second storage means of the settlement 
means in which data concerning the charging means 20 
are stored. When an illegal alteration is found, the set- 
tlement means transmits to the charging means a mes- 
sage to halt a function that is being performed by the 
charging means. In this fashion, illegal alteration of the 
information stored in the charging means can be pre- 25 
vented. 

[0047] In the invention according to claim 25. the cen- 
tral processing unit of the payment means employs a 
message to transmit data indicating that a payment has 
been completed to generate and transmit to the settle- 30 
ment means a message requesting a transaction be 
canceled; and the central processing unit of the charg- 
ing means employs a message to transmit data indicat- 
ing a transaction has been completed to generate and 
transmit to the settlement means a message requesting 35 
the transaction be canceled. The settlement means 
compares the message data received from the payment 
means and from the charging means, transmits to the 
payment means a message indicating the cancellation 
of the payment is completed, and also transmits to the 40 
charging means message data indicating cancellation 
of the transaction is completed. Even when the payment 
means and the charging means are at widely separated 
locations, the transaction can be canceled and the con- 
venience of use is improved. 45 
[0048] In the invention according to claim 26, the cen- 
tral processing unit of the charging means employs 
identification data for the owner of the payment means, 
which are included in the message that is received from 
the settlement means and which indicate a transaction so 
has been completed, to generate and transmit to the 
settlement means a message requesting a connection 
for communicating with the payment means. The settle- 
ment means generates and transmits to the payment 
means identified by the identification data a message ss 
that a connection will be established for communication 
between the payment means and the charging means, 
and then establishes the connection across a communi- 



cation line. Upon receiving the message from the settle- 
ment means, the central processing unit of the payment 
means displays on the display means of the payment 
means the identification data for the owner of the pay- 
ment means, and a notification that a connection has 
been established with the charging means across the 
communication line. In this manner, even when the per- 
son in charge of the charging means does not possess 
any public identification data (e.g.. a telephone number) 
for the owner of the payment means, he or she can con- 
tact the owner of the payment means while not infring- 
ing on the privacy of the owner, and a business 
transaction between the owner of the payment means 
and the person in charge of the charging means can be 
concluded without difficulty . 

[0049] In the invention according to claim 27, before 
connecting the payment means to the charging means 
across the communication line, the settlement means 
refers to access control data that are established by the 
owner of the payment means and are stored in the first 
storage means of the settlement means. When an 
access by the charging means is inhibited, the settle- 
ment means does not connect the charging means to 
the payment means, and better protection of privacy is 
afforded the owner of the payment means. 
[0050] In the invention according to claim 28, the cen- 
tral processing unit of the payment means employs the 
data that are received from the settlement means and 
that indicate a payment has been completed, and gen- 
erates and transmits to the settlement means a mes- 
sage requesting a connection for communicating with 
the charging means. The settlement means generates 
and transmits to the charging means a message includ- 
ing the identification data for the owner of the payment 
means, which was contained in the message indicating 
a transaction had been completed, notifying the charg- 
ing means a connection will be established with the pay- 
ment means along a communication line, and thereafter 
connects the payment means to the charging means. 
Upon receiving the message the central processing unit 
of the charging means displays on the display means of 
the charging means the identification data for the owner 
of the payment means and the state of the connection 
with the payment means. Thus, while no public identifi- 
cation data (e.g., a telephone number) for the owner of 
the payment means are revealed, the owner can con- 
tact the person in charge of the charging means, and 
the person in charge of the charging: means can com- 
municate with the owner. As a result, a business trans- 
action between the owner of the payment means and 
the person in charge of the charging means can be con- 
cluded without difficulty. 

[0051 ] In the invention according to claim 29, the pay- 
ment means provides the digital signature of the owner 
of the payment means in a message that is to be trans- 
mitted to the charging means or to the settlement 
means. Thus, it is possible to prevent an unauthorized 
person from approving an illegal payment that is to be 
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made by the payment means. 

[0052] In the invention according to claim 30. the 
charging means includes in a message that is to be 
transmitted to the payment means or to the settlement 
means the digital signature of the owner of the charging s 
means. Thus, it is posstole to prevent an unauthorized 
person from approving an illegal charge to be made by 
the charging means. 

[0053] In the invention according to claim 31 . the set- 
tlement means includes in a message to be transmitted 10 
to the payment means or the charging means the digital 
signature of the owner of the settlement means. Thus, 
for the settlement means, the performance by an unau- 
thorized person of an illegal transaction can be pre- 
vented. 75 
[0054] In the invention according to claim 32, the pay- 
ment means includes audio input means; audio output 
means; and audio data processing means, for convert- 
ing audio data input by the audio input means into data 
to be transmitted by the communication means, and for 20 
converting data received by the communication means 
into audio data to be output by the audio output means. 
Audio data communication is thereby facilitated, so that 
the possessor of a payment can discuss conditions with 
another person and can without difficulty proceed with 25 
the processing of a business transaction. 
[0055] In the invention according to claim 33, the 
charging means includes audio input means; audio out- 
put means; and audio data processing means, for con- 
verting audio data input by the audio input means into 30 
data to be transmitted by the communication means, 
and for converting data received by the communication 
means into audio data to be output by the audio output 
means. Audio data communication is thereby facilitated, 
so thai the possessor of a payment can discuss condi- 35 
tions with a customer and can without difficulty proceed 
with the processing of a business transaction. 
[0056] In the invention according to claim 34, the pay- 
ment means includes cryptography processing means, 
for encrypting messages to be transmitted and for 40 
decrypting encrypted messages that are received; and 
audio cryptography processing means, for encrypting 
audio data to be transmitted and for decrypting 
encrypted audio data that is received. Transmission and 
reception of encrypted data messages and audio data 45 
are thereby facilitated, and transaction security is 
improved by protecting against the invasion of privacy 
by wiretapping. 

[0057] In the invention according to claim 35, the 
charging means includes cryptography processing so 
means, for encrypting messages to be transmitted and 
for decrypting encrypted messages that are received; 
and audio cryptography processing means, for encrypt- 
ing audio data to be transmitted and for decrypting 
encrypted audio data that are received. Transmission ss 
and reception of encrypted messages and audio data 
are thereby facilitated, and transaction security is 
improved by protecting business transactions from 
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being compromised through wiretapping. 
[0058] In the invention according to claim 36, the pay- 
ment means adds the digital signature of the owner of 
the payment means to data for a message to the settle- 
ment means, and envelopes and addresses the data 
message to the person in charge of the settlement 
means. In this fashion, an illegal payment by a third per- 
son, who pretends to be the owner of the payment 
means, can be prevented, and the privacy of a transac- 
tion can be protected. 

[0059] In the invention according to claim 37, the 
charging means adds the digital signature of the person 
in charge of the settlement means to data for a mes- 
sage to be transmitted to the settlement means, and 
envelopes and addresses the data message to the per- 
son in charge of the settlement means. In this fashion, 
the submission of an illegal charge by a third person, 
who pretends to be the person in charge of the charging 
means, can be prevented, and business secrets can be 
protected. 

[0060] In the invention according to claim 38. the set- 
tlement means adds the cfigrtal signature of the person 
in charge of the settlement means to data for a mes- 
sage to be transmitted to the payment means, and 
envelopes and addresses the data message to the 
owner of the payment means. The settlement means 
also adds the digital signature of the person in charge of 
the settlement means to data for a message to be trans- 
mitted to the charging means, and envelopes and 
addresses the data message to the person in charge of 
the charging means. In this fashion an illegal clearance, 
effected by a third person pretending to be the person in 
charge of the settlement means, can be prevented, and 
business secrets can be protected. 
[0061] in the invention according to claim 39, the set- 
tlement means in a second storage means thereof, 
wherein information concerning the charging means is 
stored, stores data in messages that are transmitted to 
the charging means to confirm the completion of a 
transaction, and in a first storage means thereof, 
wherein information concerning the payment means is 
stored, stores data in messages that are transmitted to 
the payment means to confirm the completion of a pay- 
ment. As a result, even when the payment means or the 
charging means malfunctions and internal data are lost, 
the data can be recovered by using the data that are 
stored in the first or the second storage means of the 
settlement means. 

[0062] In the invention according to claim 40, the set- 
tlement means includes service providing means, for 
providing an electronic transaction service to the owner 
of the payment means and the person in charge of the 
charging means via the communication means of the 
payment means and the communication means of the 
charging means; and settlement means, connected to 
the service providing means via communication means, 
for performing transactions involving the owner of the 
payment means and the person in charge of the charg- 
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ing means. In this fashion, a system can be constructed 
without greatly changing the conventional settlement 
means. 

[0063] In the invention according to claim 41 , the serv- 
ice providing means includes: first storage means for 5 
accumulating information concerning the payment 
means and the owner of the payment means; second 
storage means for accumulating information concerning 
the charging means and the person in charge of the 
charging means; and a computer system for executing 10 
program data for providing an electronic transaction 
service. With this arrangement, the service providing 
means can perform an intermediary process without dif- 
ficulty, servicing the payment means and the charging 
means, and the settlement means. is 
[0064] In the invention according to claim 42, the set- 
tlement means includes: first storage means for accu- 
mulating information concerning a transaction contract 
involving the owner of the payment means; second stor- 
age means for accumulating information concerning a 20 
transaction contract involving the person in charge of 
the charging means; and a computer system for execut- 
ing program data for the transaction. In this fashion, the 
settlement means can be provided without greatly 
changing the conventional settlement means. 25 
[0065] In the invention according to claim 43, the serv- 
ice providing means compares data in a message trans- 
mitted by the charging means requesting a settlement 
processing with data in a message transmitted by the 
payment means requesting a payment process, and 30 
generates and transmits a message containing data 
requesting a settlement processing. The settlement 
means that performs the settlement processing gener- 
ates and transmits to the service providing means a 
message containing data reporting that the settlement 35 
processing has been completed. The service providing 
means employs the data in the message reporting the 
completion of the transaction to generate data for a 
message reporting that the transaction has been com- 
pleted and data for a message reporting that payment 40 
has been completed, and transmits the data in the mes- 
sages to the charging means and the payment means. 
In this fashion the submission of an illegal charge by the 
charging means and the submission of a false payment 
statement by the payment means can be prevented 45 
without changing the conventional settlement means 
greatly. 

[0066] In the invention according to claim 44, the serv- 
ice providing means, in the second storage means 
thereof, stores data in messages that are transmitted to so 
the charging means to report that transaction have been 
completed, and in the first storage means thereof, 
stores data in messages that are transmitted to the pay- 
ment means to report that payments have been com- 
pleted. With this structure, even when, for example, the ss 
payment means or the charging means malfunctions 
and internal data is lost, the data in the messages 
stored in the first or the second storage means of the 
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settlement means can be accessed to recover the lost 
data. 

[0067] In the invention according to claim 45, the set- 
tlement means is composed of a plurality of settlement 
means that each handle a different settlement process- 
ing, and a third storage means for storing information 
concerning the settlement means is provided for the 
service providing means. The owner of the payment 
means can thus employ a plurality of payment methods, 
and the usability of the payment means is thereby 
enhanced. 

[0068] In the invention according to daim 46, the serv- 
ice providing means employs the result of a comparison 
of the data in a message requesting a settlement 
processing with the data in a message requesting a 
payment process to select one of the plurality of settle- 
ment means to transmit a message containing the data 
requesting a settlement processing. Thus, an optimal 
settlement means can be selected that is consonant 
with the data in the message requesting the payment 
process. 

[0069] In the invention according to claim 47, the serv- 
ice providing means, in the third storage means thereof, 
stores data in a message that is received from the set- 
tlement means to report the completion of a settlement 
processing. The data in the message reporting the com- 
pletion of the settlement processing, the data in the 
message reporting the completion of the clearing, and 
the data in the message reporting the completion of the 
payment can be stored and managed while the match- 
ing of these data continues, and as a result, the reliabil- 
ity of the system is enhanced. 

[0070] In the invention according to claim 48. informa- 
tion concerning a contract for a transaction involving the 
owner of the payment means and information attributed 
to the possessor of the payment means is included in 
the information, concerning the possessor of the pay- 
ment means, that is stored in the first storage means of 
the service providing means. And information concern- 
ing a contract for a transaction involving the person in 
charge of the charging means and information attrib- 
uted to the person in charge of the charging means is 
included in the information, concerning the possessor of 
the charging means, that is stored in the second storage 
means of the service providing means. The service pro- 
viding means can authenticate the owner of the pay- 
ment means and can furnish authorization for the owner 
of the payment means to the person in charge of the 
charging means. Further, the information stored in the 
second storage means of the service providing means 
can be employed to authenticate the person in charge of 
the charging means and furnish authorization for the 
person in charge of the charging means to the owner of 
the payment means. Thus, a transaction can be easily 
performed by the owner of the payment means and the 
person in charge of the charging means. 
[0071 ] In the invention according to claim 49, informa- 
tion stored in the first storage means of the service pro- 
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viding means is managed for each owner of a payment 
means, and information stored in the second storage 
means of the service providing means is managed for 
each person in charge of a charging means. As a result, 
information privacy for the transaction can be securely 5 
and efficiently managed, and the reliability of the system 
can be enhanced. 

[0072] In the invention according to claim 50, the cen- 
tral processing unit in the payment means inserts valid 
time period information into data for a message that 10 
offers payment and into data for a message that 
requests the initiation of a settlement processing; the 
central processing unit in the charging means inserts 
valid time period information into data for a message 
that requests a payment process be established and 15 
into data for a message that requests the initiation of a 
settlement processing; and the settlement means or the 
service providing means examines the valid time period 
information before comparing the data for the message 
requesting a payment process be established with the 20 
data for a message requesting the initiation of a settle- 
ment processing. Therefore, approval of an unauthor- 
ized request for which old message data are used is 
prevented. 

[0073] In the invention according to claim 51 . before 25 
generating data for a message requesting a settlement 
processing, the central processing unit of the charging 
means generates and transmits to the service providing 
means a message containing data requesting an 
inquiry processing be performed for the owner of the 30 
payment means; the service providing means com- 
pares the data in the message requesting a payment 
process be established with the data in the message 
requesting an inquiry processing be performed, and 
employs information concerning the owner of the pay- 35 
ment means, which is stored in the first storage means 
of the service providing means, to generate and to 
transmit to the charging means a message containing 
data conveying the results of an inquiry processing per- 
formed for the owner; and the central processing unit of 40 
the charging means processes data in the message and 
transmits the resultant data to the display means of the 
charging means. As the person in charge of the charg- 
ing means can initiate the process for the transaction 
after confirming the credit status of the owner of the 45 
payment means and the identification of the owner, the 
security provided for the business transaction can be 
improved. 

[0074] In the invention according to claim 52, photo 
and age information for the owner of the payment so 
means are included in the data, concerning the owner 
of the payment means, that are stored in the first stor- 
age means of the service providing means; and the 
service providing means adds the photo and the age 
information for the owner of the payment means to data 55 
supplied in the message that conveys the results of the 
credit reference process performed for the owner. Since 
the person in charge of the charging means can confirm 



the identity of the owner of the payment means by refer- 
ring to a full face photograph and the age of the owner 
that are displayed on the display means of the charging 
means, the security provided for the business transac- 
tion can be improved. 

[0075] In the invention according to claim 53, if the 
capacity when empty of the second storage means of 
the payment means is smaller than AU (AU > 0), the 
central processing unit of the payment means transmits 
to the settlement means, or to the service providing 
means, data stored in the second storage means of the 
payment means, and receives from the settlement 
means, or from the service providing means, updated 
data with which to update the data stored in the second 
storage means. In this fashion, the leakage of data from 
the second storage means of the payment means can 
be prevented. 

[0076] In the invention according to claim 54, if the 
capacity when empty of the second storage means of 
the charging means is smaller than AM (AM > 0), the 
central processing unit of the charging means transmits 
to the settlement means, or to the service providing 
means, data stored in the second storage means of the 
payment means, and receives from the settlement 
means, or the service providing means, updated data to 
update the data stored in the second storage means. In 
this fashion, the leakage of data from the second stor- 
age means of the charging means can be prevented. 
[0077] In the invention according to claim 55, upon 
receiving from the payment means the message con- 
taining data in which are included data stored in the sec- 
ond storage means thereof, the settlement means, or 
the service providing means, generates and transmits 
to the payment means a message containing data that 
include updated data, for the second storage means of 
the payment means, and a control program for a central 
processing unit of a new payment means. Upon receiv- 
ing the data contained in the message, the central 
processing unit of the payment means stores, in the first 
or the second storage means thereof, the control pro- 
gram for the central processing unit of the new payment 
means, and thereafter executes the control program. In 
this fashion, updating to the latest version of the control 
program can be continuously performed by the payment 
means, without requiring any action by the owner, and 
neither the settlement means nor the service providing 
means need cope with differences in the version of the 
control program used by the payment means. 
[0078] In the invention according to claim 56, upon 
receiving from the charging means the message con- 
taining data in which are included data that are stored in 
the second storage means thereof, the settlement 
means, or the service providing means, generates and 
transmits to the charging means a message containing 
data that include updated data, for the second storage 
means of the charging means, and a control program for 
a central processing unit of a new charging means. 
Upon receiving the data message data, the central 
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processing unit of the charging means stores, in the first 
or the second storage means thereof, the control pro- 
gram for the central processing unit of the new charging 
means, and thereafter executes the control program. In 
this fashion, updating to the latest version of the control 5 
program can be continuously performed by the charging 
means, without requiring any action by the person in 
charge, and neither the settlement means nor the serv- 
ice providing means need cope with differences in the 
version of the control program used by the charging 10 
means. 

[0079] In the invention according to claim 57, the set- 
tlement means, or the service providing means, adds 
identification information for a settlement processing to 
the message containing data indicating a transaction is 
has been completed and to the message containing 
data indicating payment has been completed; the cen- 
tral processing units of the payment means and the 
charging means add identification information for the 
settlement processing to respective messages contain- 20 
ing data requesting the cancellation of a payment proc- 
ess and of a settlement processing; and the settlement 
means, or the service providing means, compares both 
the identification information additions to the settlement 
processing in order to compare the messages contain- 25 
ing data that are respectively received from the payment 
means and the charging means requesting cancellation 
of the payment process and the settlement processing. 
An unauthorized request for a cancellation process can 
be prevented by comparing the identification informa- 30 
tion additions to the settlement processing. 
[0080] In the invention according to claim 58, in order 
to compare the message data that are respectively 
received from the payment means and the charging 
means requesting cancellation of a payment process 35 
and of a settlement processing, the service providing 
means compares the data in the message requesting 
the cancellation of the payment process with the data in 
the message stored in the first storage means of the 
service providing means that indicates the payment has 40 
been completed, and also compares data in the mes- 
sage requesting cancellation of the settlement process- 
ing with data in the message stored in the second 
storage means of the service providing means that indi- 
cates the transaction has been completed. Therefore, 45 
the approval of an unauthorized request for a cancella- 
tion can be prevented by comparing the data in the mes- 
sage requesting cancellation of a payment process with 
the data in the message stored in the first storage 
means of the service providing means that indicates the so 
payment has been completed, and by comparing the 
data in the message requesting the cancellation of a 
transaction with the data in the message stored in the 
second storage means of the service providing means 
that indicates the transaction has been completed. ss 
[0081 ] In the invention according to claim 59, the serv- 
ice providing means stores, in the second storage 
means thereof, the data in the message transmitted to 



the charging means indicating that the cancellation of a 
settlement processing has been completed, and stores, 
in the first storage means thereof, the data in the mes- 
sage transmitted to the payment means indicating that 
the cancellation of a payment process has been com- 
pleted. Even when the payment means or the charging 
means malfunctions and internal data is lost, the data in 
the message stored in the first or the second storage 
means of the settlement means can be employed to 
recover the lost data. 

[0082] In the invention according to claim 60, the pay- 
ment means and the charging means are connected to 
each other via a communication line by the settlement 
means, or the service providing means, and can 
exchange audio data. Thus, the owner of the payment 
means and the person in charge of the charging means 
can talk to each other and can proceed with a business 
transaction without difficulty. 

[0083] In the invention according to claim 61 , the pay- 
ment means and the charging means are connected to 
each other via a communication line by the settlement 
means, or the service providing means, and exchange 
encryption keys to enable transmission of encrypted 
audio data. Thus, the owner of the payment means and 
the person in charge of the charging means can pro- 
ceed with a business transaction without difficulty and 
without their conversation being wiretapped. 
[0084] In the invention according to claim 62, the com- 
puter system of the service providing means includes: 
user information processing means, for communicating 
with the payment means and for processing information 
stored in the first storage means of the service providing 
means; merchant information processing means, for 
communicating with the charging means and for 
processing information stored in the second storage 
means of the service providing means; settlement sys- 
tem information processing means, for communicating 
with the settlement means and for processing informa- 
tion stored in the third storage means of the service pro- 
viding means; and service director information 
processing means, for interacting with the user informa- 
tion processing means, the merchant information 
processing means and the settlement system process- 
ing means to process data for a service providing proc- 
ess. Since the user information processing means, the 
merchant information processing means, the settlement 
system information processing means, and the service 
director information processing means can perform par- 
allel processing, the service providing process can be 
performed efficiently. 

[0085] In the invention according to claim 63, the com- 
puter system of the service providing means includes: 
service manager information processing means, for 
generating and deleting the user information processing 
means, the merchant information processing means, 
the settlement system information processing means, 
and the service director information processing means, 
so that the user information processing means, the mer- 
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chant information processing means, the settlement 
system information means, and the service cfirector 
information processing means can be generated or 
deleted as needed by the service manager information 
processing means. The computation function of the 5 
computer system can be efficiently distributed among 
the individual information processing means. 
[0086] In the invention according to claim 64, the serv- 
ice manager information processing means generates 
the user information processing means for a payment 10 
means in order to communicate with the payment 
means; generates the merchant information processing 
means for a charging means in order to communicate 
with the charging means; generates the settlement sys- 
tem information processing means for a settlement 15 
means in order to communicate with the settlement 
means; and generates the service director information 
processing means for a combination composed of the 
several information processing means in order to indi- 
vidually interact with the user information processing 20 
means, the merchant settlement means, or the settle- 
ment system information processing means. Since a 
plurality of service providing processes can be simulta- 
neously performed, and the process for each informa- 
tion processing means can be simplified, system 25 
maintenance can be facilitated and the reliability of the 
system can be improved. 

[0087] In the invention according to claim 65. before 
generating the service director information processing 
means the service manager information processing 30 
means defines a group of information processing 
means, including the service director processing 
means, with which to interact; and after being generated 
the service director information processing means com- 
municates only wiih an information processing means 35 
that belongs to the group, interacting with the informa- 
tion processing means of the group to process data 
employed for providing a service. The process per- 
formed by one information processing means of a group 
does not adversely affect another information process- 40 
ing means of that group, and the reliability of the system 
can be improved. 

[0088] In the invention according to claim 66, when, 
before processing data for providing a service, the serv- 
ice director information processing means must interact 45 
with an information processing means that does not 
belong to the same group, the service director informa- 
tion processing means transmits, to the service man- 
ager information processing means, a message 
requesting the required information processing means so 
be added to the group; and the service manager infor- 
mation processing means generates the required infor- 
mation processing means, which is added to the group. 
Since a new information processing means can be 
added during the cooperative operation of the informa- ss 
tion processing means group, a process providing a 
service can be performed with a high degree of free- 
dom. 



[0089] In the invention according to claim 67, the user 
information processing means communicates only with 
a corresponding payment means, the service director 
information processing means of the same group and 
the service manager information processing means, 
and processes information that is stored in the first stor- 
age means of the service providing means that con- 
cerns the payment means and the owner thereof; the 
merchant information processing means communicates 
only with a corresponding charging means, the service 
director information processing means of the same 
group and the service manager information processing 
means, and processes information that is stored in the 
second storage means of the service providing means 
that concerns the charging means and the person in 
charge thereof; and the settlement system information 
processing means communicates only with a corre- 
sponding settlement means, the service director infor- 
mation processing means of the same group and the 
service manager information processing means, and 
processes information that is stored in the third storage 
means of the service providing means and concerns the 
settlement means. Since the process performed by one 
information processing means of a group does not 
adversely affect another information processing means, 
and since one information processing means (the user 
information processing means, the merchant informa- 
tion processing means or the settlement system infor- 
mation processing means) does not handle information 
that is not related to a means that corresponds to that 
information processing means, the reliability of the sys- 
tem can be improved. 

[0090] In the invention according to claim 68, before 
the payment means is connected with the service pro- 
viding means via a communication line, the payment 
means and a corresponding user information process- 
ing means perform mutual authentication processes, 
and before the charging means is connected with the 
service providing means via a communication line, the 
charging means and a corresponding merchant infor- 
mation processing means perform mutual authentica- 
tion processes. Therefore, it is possible to prevent an 
unauthorized person from being connected to another 
person and illegally reading or rewriting information. 
[0091 ] In the invention according to claim 69, the pay- 
ment means, the charging means and the settlement 
means provide the digital signatures of the holders of 
the respective means for the transmission of data In 
messages to the user information processing means, 
the merchant information processing means, or the set- 
tlement system information processing means that cor- 
responds to the user providing means; the user 
information processing means, the merchant informa- 
tion processing means and the settlement system infor- 
mation processing means provide a digital signature of 
the holders of the service providing means for transmis- 
sion of data in messages to the payment means, the 
charging means, or the settlement means; and upon 
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receiving the messages in which data is accompanied 
by the digital signatures, the payment means, the charg- 
ing means and the settlement means, and the user 
information processing means, the merchant informa- 
tion processing means and the settlement system infor- 5 
mation processing means, three of which are included 
in the service providing means, individually authenticate 
the digital signatures. As a result, the performance of an 
illegal operation by an unauthorized person can be pre- 
vented. Further, the process of providing a digital signa- io 
ture for transmission with data included in a message, 
and the process of authenticating the digital signature 
can be efficiently performed in parallel by the user infor- 
mation processing means, the merchant information 
processing means and the settlement system informa- 15 
Won processing means of the service providing means. 
[0092] In the invention according to claim 70, the pay- 
ment means, the charging means and the settlement 
means perform a closing process for data in messages 
that are to be transmitted to the user information 20 
processing means, the merchant information process- 
ing means, or the settlement system information 
processing means, which corresponds to the service 
providing means, so that data in the message are 
addressed to the person in charge of the service provid- 25 
ing means; the user information processing means, the 
merchant information processing means and the settle- 
ment system information processing means perform a 
closing process for messages containing data that are 
to be transmitted to the payment means, the charging 30 
means, or the settlement means, so that data in the 
messages are addressed to the person in charge of the 
payment, the charging means, or the settlement means; 
and the payment means, the charging means and the 
settlement means, and the user information processing 35 
means, the merchant information processing means 
and the settlement system information processing 
means of the service providing means individually 
decrypt the encrypted data in the enveloped messages. 
Thus, secrets concerning business transactions can be 40 
protected from being compromised through wiretap- 
ping, and the user information processing means, the 
merchant information processing means and the settle- 
ment system information processing means of the serv- 
ice providing means can efficiently perform in parallel 45 
the closing of messages containing data and the 
decryption of encrypted data in enveloped messages. 
[0093] In the invention according to claim 71 , the pay- 
ment means, the charging means and the settlement 
means, and the user information processing means, the so 
merchant information processing means and the settle- 
ment system information processing means of the serv- 
ice providing means provide digital signatures for data 
in message to be transmitted and envelope the mes- 
sages containing data; and upon receipt of the message ss 
data, the payment means, the charging means and the 
settlement means, and the user information processing 
means; the merchant information processing means 



and the settlement system information means of the 
service providing means decrypt the encrypted data in 
the message data that are enveloped, and authenticate 
the digital signatures. Therefore, secrets concerning 
business transactions can be protected from being 
compromised through wiretapping, and the perform- 
ance of an illegal operation by an unauthorized person 
can be prevented. In addition, the service providing 
means can efficiently perform a digital signature and 
dosing process for data in a message, and the decryp- 
tion of encrypted data received in a message and the 
authentication of an accompanying digital signature. 
[0094] In the invention according to claim 72, upon 
receiving from the charging means the message con- 
taining data requesting a settlement processing, the 
merchant information processing means generates a 
message requesting a settlement processing and trans- 
mits the message to the service manager information 
processing means; upon receiving from the payment 
means the message containing data requesting a pay- 
ment process, the user information processing means 
generates a message requesting a payment process 
and transmits the message to the service manager 
information processing means; the service manager 
information means employs identification information 
included in the message to compare the received mes- 
sages, and generates the service director information 
processing means to define an information processing 
means group that is composed of the merchant informa- 
tion processing means, the user information processing 
means and the service director information processing 
means; the service director information processing 
means selects a settlement means to perform a settle- 
ment processing by comparing the message requesting 
a settlement processing with the message requesting a 
payment process, and requests that the service man- 
ager information processing means add to the group a 
settlement system information processing means that 
corresponds to the selected settlement means; the 
service manager information processing means gener- 
ates and adds to the group the requested settlement 
system information processing means; the service 
director information means generates a message 
requesting a settlement processing and transmits the 
message to the settlement system information process- 
ing means; upon receiving the message, the settlement 
system information processing means generates data 
for a message requesting settlement processing and 
transmits the message containing the data to the settle- 
ment means; when a message containing data that indi- 
cate the settlement processing has been completed is 
returned from the settlement means, the settlement sys- 
tem information processing means generates a mes- 
sage reporting the completion of the settlement 
processing and transmits the message to the service 
director information processing means, and also stores 
data for the message in the third storage means of the 
service providing means; upon receiving the message 
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that reports the completion of the settlement process- 
ing, the service director information processing means 
generates a message reporting the completion of the 
transaction and a message reporting the completion of 
the payment, and transmits the respective messages to 5 
the merchant information processing means and the 
user information processing means; upon receiving the 
message, the merchant information processing means 
generates data for a message indicating the transaction 
has been completed and transmits the message to the 10 
charging means, and also stores the data for the mes- 
sage in the second storage means of the service provid- 
ing means; and the payment means employs the 
received message to generate and transmit to the pay- 
ment means a message containing data indicating that 15 
the payment has been completed, and stores the data 
for the message in the first storage means of the service 
providing means. The settlement processing can be 
efficiently performed, while the leakage of secrets con- 
cerning a business transaction, and the performance of 20 
an illegal operation by an unauthorized person are pre- 
vented. 

[0095] In the invention according to claim 73, upon 
receiving from the charging means the message con- 
taining data requesting cancellation of a settlement 2s 
processing, the merchant information processing 
means generates a message requesting cancellation of 
a settlement processing and transmits the message to 
the service manager information processing means; 
upon receiving the data in the message from the pay- 30 
merrt means requesting cancellation of a payment proc- 
ess, the user information processing means generates 
a message requesting cancellation of a payment proc- 
ess and transmits the message to the service manager 
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information means employs identification information 
included in the message to compare the received mes- 
sages, and generates the service director information 
processing means to define an information processing 
means group that is composed of the merchant informa- 40 
tion processing means, the user information processing 
means and the service director information processing 
means; the service director information processing 
means specifies a settlement means that has per- 
formed the settlement processing by comparing the 45 
message that requests cancellation of the settlement 
processing with the message that requests cancellation 
of the payment process, and requests the service man- 
ager information processing means to add to the group 
a settlement system information processing means that so 
corresponds to the selected settlement means; the 
service manager information processing means gener- 
ates and adds to the group the requested settlement 
system information processing means; the service 
director information means generates a message 55 
requesting cancellation of the settlement processing 
and transmits the message to the settlement system 
information processing means; upon receiving the mes- 



sage, the settlement system information processing 
means generates data for a message that requests can- 
cellation of the settlement processing, and transmits the 
message data to the settlement means; when data in a 
message that indicate the transaction has been cleared 
are returned from the settlement means, the settlement 
system information processing means generates a 
message reporting the clearing of the transaction and 
transmits the message to the service director informa- 
tion processing means, and also stores data for the 
message in the third storage means of the service pro- 
viding means; upon receiving the message reporting 
the transaction has been cleared, the service director 
information processing means generates a message 
reporting the clearing of the transaction and a message 
reporting the clearing of the payment, and transmits the 
respective messages to the merchant information 
processing means and the user information processing 
means; upon receiving the message, the merchant 
information processing means generates data for a 
message indicate the transaction has been cleared and 
transmits the message to the charging means, and also 
stores the data in the message in the second storage 
means of the service providing means; and the payment 
means employs the received message to generate and 
transmit to the payment means a message containing 
data indicating the payment has been cleared and 
stores the data for the message in the first storage 
means of the service providing means. The cancellation 
process can be efficiently performed, while the leakage 
of secrets concerning a business transaction, and the 
performance of an illegal operation by an unauthorized 
person are prevented. 

[0096] In the invention according to claim 74, the 
charging means employs identification information for 
the owner of the payment means, which is included with 
data in the message indicating the completion of a 
transaction, to generate for a message data requesting 
communication be established with the payment 
means, and transmits the message containing the data 
to the merchant information processing means; upon 
receiving the message, the merchant information 
processing means generates a message requesting 
that communication be established with the payment 
means, and transmits the message to the service man- 
ager information processing means; upon receiving the 
message, the service manager information processing 
means generates the service director information 
processing means to define an information processing 
means group that is composed of the merchant informa- 
tion processing means and the service director informa- 
tion processing means; the service director information 
processing means specifies the payment means and 
the owner thereof that correspond to the identification 
information of the owner of the payment means included 
in the message, and requests the service manager 
information processing means add to the group a user 
information processing means that corresponds to the 



14 



BNSOOCIO: <EP 0910028A1 J_> 



27 



EP 0 910 028 A1 



28 



specified payment means; the service manager infor- 
mation processing means generates and adds to the 
group the requested user information processing 
means; the service director information processing 
means refers to access control information that is estab- 5 
lished by the owner of the payment means and is stored 
in the first storage means of the service providing 
means; the service director information processing 
means, when access from the charging means is not 
inhibited, generates a message reporting that the con- 10 
nection with the charging means has been established 
via a communication line, and transmits the message to 
the user information processing means; and the user 
information processing means employs the received 
message to generate and transmit to the payment 15 
means a message reporting that the connection has 
been established with the charging means via the com- 
munication line. Therefore, the customer service call 
process can be efficiently performed, while the leakage 
of secrets concerning a business transaction, and the 20 
performance of an illegal operation by an unauthorized 
person can be prevented. 

[0097] In the invention according to claim 75, the pay- 
ment means employs for a message data indicating the 
completion of a settlement processing to generate mes- 25 
sage data requesting communication be established 
with the charging means, and transmits the message 
containing the data to the user information processing 
means; upon receiving the data in the message, the 
user information processing means generates a mes- 30 
sage that requests communication be established with 
the charging means and transmits the message to the 
service manager information processing means; upon 
receiving the message, the service manager informa- 
tion processing means generates the service director 35 
information processing means to define an information 
processing means group that is composed of the user 
information processing means and the service director 
information processing means; the service director 
information processing means requests that the service 40 
manager information processing means add to the 
group a merchant information processing means that 
corresponds to the charging means; the service man- 
ager information processing means generates and adds 
to the group the requested merchant information 45 
processing means; the service director information 
processing means generates a message reporting that 
the connection with the payment means has been 
established via a communication line, and transmits the 
message to the merchant information processing so 
means; and the merchant information processing 
means employs the received message to generate and 
to transmit to the charging means a message reporting 
that a connection with the payment means has been 
established via the communication line. Therefore, an 55 
inquiry call process can be efficiently performed, while 
the leakage of secrets concerning a business transac- 
tion, and the performance of an illegal operation by an 



unauthorized person can be prevented. 
[0098] In the invention according to claim 76. when 
the settlement means or the service providing means 
generates data for a message requesting the updating 
of data stored in the second storage means of the pay- 
ment means or the charging means, and transmits the 
message data to the payment means or the charging 
means, the central processing unit of the payment or the 
charging means generates data for a message, which 
includes data stored in the second storage means, and 
transmits the data in the message to the settlement 
means or the service providing means; upon receiving 
the data in the message, the settlement means or the 
service providing means generates data for a message, 
which includes update data in the second storage 
means of the payment means or the charging means, 
and transmits the data in the message to the payment 
means or the charging means; and the central process- 
ing unit of the payment means or the charging means 
extracts the update data from the data in the message 
to update the data stored in the storage means. Since 
the service providing means can forcibly update the 
data stored in the second storage means of the pay- 
ment means and of the charging means, this is effective 
when the contents of a contract are altered, and the 
date in the second storage means of the payment 
means or the charging means must be updated. 
[0099] In the invention according to claim 77. the set- 
tlement means is constituted by a plurality of settlement 
means that are separately located and are mutually 
connected via communication lines. Since the process- 
ing performed by the settlement means is distributed, 
the processing efficiency is increased. 
[0100] In the invention according to claim 78, the plu- 
rality of settlement means for areas or for organizations 
are located separately. Since the processing performed 
by the settlement means for the areas or for the organi- 
zations is distributed, the processing efficiency is 
increased. 

[01 01 ] In the invention according to claim 79, informa- 
tion concerning the payment means and the owner 
thereof is stored in the first storage means of the settle- 
ment means that has the same attribute as the payment 
means or the owner thereof; information concerning the 
charging means and the owner thereof is stored in the 
second storage means of the settlement means that 
has the same attribute as the charging means or the 
owner thereof; identification information for all of the 
payment means that are permitted to communicate with 
corresponding settlement means is stored in the first 
storage means of all of the settlement means, along 
with location information that designates a location 
whereat the information concerning the payment means 
and the owner thereof is stored; and identification infor- 
mation for all of the charging means that are permitted 
to communicate with corresponding settlement means 
is stored in the second storage means of all of the set- 
tlement means, and location information that desig- 
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nates a location whereat the information concerning the 
charging means and the owner thereof is stored. Since 
each settlement means can efficiently store and man- 
age information concerning the payment means and the 
owner thereof, and information concerning the charging 5 
means and the person in charge thereof, the payment 
means and the charging means can access such infor- 
mation by communicating with any settlement means. 
[0102] In the invention according to claim 80, the serv- 
ice providing means is constituted by a plurality of serv- 10 
ice providing means that are separately located and are 
mutually connected via communication lines. Since the 
processing for the service providing means is distrib- 
uted, the processing efficiency is increased. 
[0103] In the invention according to claim 81 , the plu- 15 
rality of service providing means for areas or for organi- 
zations are located separately. Since the processing 
performed by the service providing means for the areas 
or for the organizations is distributed, the processing 
efficiency is increased. 20 
[0104] In the invention according to claim 82, informa- 
tion concerning the payment means and the owner 
thereof is stored in the first storage means of the service 
providing means that has the same attribute as the pay- 
ment means or the owner thereof; information concern- 25 
ing the charging means and the person in charge 
thereof is stored in the second storage means of the 
service providing means that has the same attribute as 
the charging means or the person in charge thereof; 
identification information for all of the payment means 30 
that are permitted to communicate with corresponding 
service providing means is stored in the first storage 
means of all of the service providing means, along with 
location information that designates a location whereat 
ihe infor maiion concerning ihe payment means and the 35 
owner thereof is stored; and identification information 
for all of the charging means that are permitted to com- 
municate with corresponding service providing means 
is stored in the second storage means of all of the serv- 
ice providing means, along with location information 40 
that designates a location whereat the information con- 
cerning the charging means and the person in charge 
thereof is stored. Since each settlement means can effi- 
ciently store and manage information concerning the 
payment means and the owner thereof, and information 45 
concerning the charging means and the person in 
charge thereof, the payment means and the charging 
means can access such information by communicating 
with any service providing means 

[0105] In the invention according to claim 83, the so 
attribute is an "organization." The information concern- 
ing the charging means and the person in charge 
thereof, or the payment means and the owner thereof is 
stored and managed by the settlement means or the 
service providing means for. the organization to which 55 
the specified person belongs. . 
[0106] In the invention according to claim 84, the 
attribute is an "area." The information concerning the 



charging means and tfie person in charge thereof, or 
the payment means and the owner thereof is stored and 
managed by the settlement means or the service pro- 
viding means for the area in which the specified person 
lives. 

[01 07] In the invention according to claim 85, the pay- 
ment means is connected via a communication line to a 
second service providing means; a service manager 
information processing means for the second service 
providing means, when the second service providing 
means differs from a first service providing means that 
stores the information concerning the payment means 
and the owner thereof, specifies the first service provid- 
ing means by employing the identification information 
for the payment means, which is stored in the first stor- 
age means of the second service providing means, and 
the location information, which designates a location at 
which is stored the information for the payment means 
and the owner thereof, and requests that a service man- 
ager information processing means for the first service 
providing means generate a home user information 
processing means that corresponds to the payment 
means; the second service providing means generates 
a mobile user information processing means that corre- 
sponds to the payment means when the first service 
providing means generates the home user information 
processing means; and the mobile user information 
processing means and the home user information 
means interact to communicate with the payment 
means and to process information concerning the pay- 
ment means and the owner thereof. Therefore, since 
the payment means can access information concerning 
the payment means and the owner thereof by communi- 
cating with any service providing service via a commu- 
nication line, the settlement processinging can be 
efficiently performed. 

[01 08] In the invention according to claim 86, the pay- 
ment means is connected to a user information 
processing means of the second service providing 
means via a communication line and requests cancella- 
tion of a payment process; a service manager informa- 
tion processing means for the second service providing 
means, when the second service providing means dif- 
fers from the first service providing means that stores 
information concerning the charging means that is 
associated with the payment and the person in charge 
of the charging means, specifies the first service provid- 
ing means by employing the identification information, 
for the charging means, that is stored in the second 
storage means of the second service providing means, 
along with the location information that designates a 
location at which is stored the information for the charg- 
ing means and the person in charge thereof, and trans- 
mits, to the service manager information processing 
means of the first service providing means, a message 
received from the user information processing means 
requesting cancellation of the payment; and the service 
manager information processing means of the first serv- 
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ice providing means compares a message received 
from a merchant information processing means of the 
first service providing means with a message received 
from the service information processing means of the 
second service providing means requesting a cancella- s 
tion process be performed for the payment, and gener- 
ates a service director information processing means 
for the first service providing means in order to define an 
information processing means group that is composed 
of the service director information processing means, 10 
the merchant information processing means, and the 
user information processing means of the second serv- 
ice providing means. The payment means, in addition to 
when it is connected via a communication line to a serv- 
ice providing means that stores information concerning /5 
the charging means and the person in charge thereof, 
can perform a cancellation process for the payment by 
communicating with any service providing means. 
Therefore, electronic settlement is performed while 
traveling can be canceled later when at home. 2 o 
[0109] In the invention according to daim 87, the 
charging means transmits a "message requesting com- 
munication be established with the payment means" to 
the merchant information processing means of the sec- 
ond service providing means; the service manager 25 
information processing means, of the second service 
providing means, that received the "message request- 
ing communication be established with the payment 
means" from the merchant information processing 
means, when the second service providing means dif- 30 
fers from the first service providing means for storing 
the information concerning the payment means and the 
possessor thereof, generates a service director infor- 
mation processing means for the second service provid- 
ing means, and defines an information processing 3s 
means group that is composed of the merchant informa- 
tion processing means and the service director informa- 
tion processing means; the service director information 
processing means specifies which payment means the 
request applies to, and an owner thereof, and transmits 40 
a request to the service manager information process- 
ing means to add to the group a user information 
processing means that corresponds to the specified 
payment means; the service manager information 
processing means, upon receiving the request, speci- 45 
fies the first service provicfing means by employing the 
identification information, for the payment means, that is 
stored in the first storage means of the second service 
providing means, along with the location information 
that designates a location at which is stored the infor- so 
mation fori the payment means and the possessor 
thereof, and requests that the service manager informa- 
tion processing means of the first service providing 
means generate a user information processing means 
that corresponds to the payment means; and the user 55 
information means is added to the information process- 
ing means group when the user information processing 
means that corresponds to the payment means is gen- 



erated for the first service providing means. Thus, the 
charging means can communicate with a payment 
means that is controlled by another service providing 
means. 

s [01 1 01 In the invention according to claim 88, the pay- 
ment means transmits "message requesting communi- 
cation be established with the charging means" to the 
user information processing means of the second serv- 
ice providing means; the service manager information 
10 processing means, of the second service providing 
means, that received the "message requesting commu- 
nication be established with the charging means" from 
the user information processing means, when the sec- 
ond service providing means differs from the first serv- 
15 ice providing means for storing the information 
concerning the charging means and the person in 
charge thereof, specifies the first service providing 
means by employing the identification information, for 
the charging means, that is stored in the second storage 
20 means of the second service providing means, along 
with the location information that designates a location 
at which is stored the information for the charging 
means and the person in charge thereof, and transmits 
the "message requesting communication be estab- 
?5 lished with the charging means" that was received from 
the user information processing means; the service 
manager information processing means of the first serv- 
ice providing means, upon receiving the message, gen- 
erates a service director information processing means 
jo for the first service providing means, and defines an 
information processing means group that is composed 
of the service director information processing means 
and the user information processing means of the sec- 
ond service providing means; the service manager 
15 information processing means transmits a request that 
the service manager information processing means of 
the first service providing means add to the group a 
merchant information processing means that corre- 
sponds to the requested charging means; and the mer- 
0 chant information means is added to the information 
processing means group when following the receipt of 
the request the merchant information processing means 
that corresponds to the charging means is generated for 
the first service providing means. The payment means, 
5 in addition to when it is connected via the communica- 
tion line to the service providing means that stores infor- 
mation concerning the payment means and the owner 
thereof, can communicate with a charging means by 
being connected via a communication line to any serv- 
er ice providing means. 

[01 1 1 ] In the invention according to claim 89. a ferro- 
electric memory is provided as an storage means for the 
payment means. And the service life of a battery in the 
payment means can be extended. 
5 [01 12] In the invention according to claim 90. the con- 
trol program for the central processing unit of the pay- 
ment according to one of claims 5 to 89 is recorded on 
a recording medium, and in a readable form, by a com- 
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puter. As a result, the program can be distributed in a 
portable form. 

[01 1 3] In the invention according to claim 91 , the con- 
trol program for the central processing unit of the charg- 
ing means according to one of claims 5 to 89 is 5 
recorded on a recording medium, and in a readable 
form, by a computer. As a result, the program can be 
distributed in a portable form. 

[0114] In the invention according to claim 92, the 
processing program for the computer system for the set- w 
tlement means according to one of claims 7 to 89 is 
recorded on a recording medium, and in a readable 
form, by a computer. As a result, the program can be 
distributed in a portable form. 

[0115] In the invention according to claim 93, the 15 
processing program for the computer system for the 
service providing means according to one of claims 40 
to 89 is recorded on a recording medium, and in a read- 
able form, by a computer. As a result, the program can 
be distributed in a portable form. 20 
[0116] In the invention according to claim 94, the 
processing program for the computer system for the set- 
tlement means according to one of claims 40 to 89 is 
recorded on a recording medium, and in a readable 
form, by a computer. As a result, the program can be 25 
distributed in a portable form, 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0117] 30 

Fig. 1 is a block diagram illustrating the arrange- 
ment of a personal electronic settlement system 
according to first and second embodiments of the 

present :r 

Fig. 2 is a schematic diagram illustrating a personal 
credit terminal according to the first and second 
embodiments of the present invention; 
Fig. 3 is a schematic diagram illustrating a credit 
settlement terminal according to the first and sec- 40 
ond embodiments of the present invention; 
Fig. 4 is a block diagram illustrating the arrange- 
ment of a service providing system according to the 
first and second embodiments of the present inven- 
tion; 45 
Fig. 5 is a block diagram illustrating the arrange- 
ment of a settlement system according to the first 
and second embodiments of the present invention; 
Fig. 6 is a flowchart for settlement processing 
according to the first embodiment of the present so 
invention; 

Figs. 7A to 7H are specific diagrams showing 
screens to be displayed on the LCD of the personal 
credit terminal during settlement processing 
according to the first embodiment of the present 55 
invention; 

Figs. 8A to 8G are specific diagrams showing 
screens to be displayed on the LCD of the credit 



settlement terminal during settlement processing 
according to the first embodiment of the present 
invention; 

Fig. 9 is a flowchart for cancellation processing 
according to the first and second embodiments of 
the present invention; 

Figs. 10A to 10E are specific diagrams showing 
screens to be displayed on the LCD of the personal 
credit terminal during cancellation processing 
according to the first and second embodiments of 
the present invention; 

Figs. 11A to 11E are specific diagrams showing 
screens to be displayed on the LCD of the crecflt 
settlement terminal during cancellation processing 
according to the first and second embodiments of 
the present invention; 

Fig. 12A is a flowchart for customer service call 
processing according to the first embodiment of the 
present invention; 

Fig. 12B is a flowchart for inquiry call processing 
according to the first embodiment of the present 
invention; 

Fig. 13A is a specific diagram showing a screen to 
be displayed on the LCD of the personal credit ter- 
minal during customer service call processing 
according to the first and second embodiments of 
the present invention; 

Fig. 13B is a specific diagram showing a screen to 
be displayed on the LCD of the personal credit ter- 
minal during customer service call processing and 
the inquiry call processing; 
Figs. 13C to 131 are specific diagrams showing 
screens to be displayed on the LCD of the personal 
credit terminal during inquiry call processing; 
Figs. i4A to i4E and 14G are specific diagrams 
showing screens to be displayed on the LCD of the 
credit settlement terminal during customer service 
call processing according to the first and second 
embodiments of the present invention; 
Fig. 14F is a specific diagram showing a screen to: 
be displayed on the LCD of the credit settlement 
terminal during customer service call processing 
and inquiry call processing; 

Fig. 14H is a specific diagram showing a screen to 
be displayed on the LCD of the credit settlement 
terminal during inquiry call processing; 
Fig. 15A is a block diagram illustrating the arrange- 
ment of the personal credit terminal according to 
the first and second embodiments of the present 
invention; 

Fig. 15B is a block diagram illustrating the arrange- 
ment of an infrared communication module in the 
personal credit terminal according to the first and 
second embodiments of the present invention; 
Fig. 16 is a specific diagram showing a RAM map 
for the personal credit terminal according to the first 
embodiment of the present invention; 
Fig. 1 7 is a specific diagram showing data stored in 
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a service data area in the personal credit terminal 
according to the first embodiment of the present 
invention; 

Fig. 18A is a diagram illustrating the arrangement of 
an internal register in the personal credit terminal s 
according to the first embodiment of the present 
invention; 

Fig. 18B is a diagram showing a bit field in an INT 
register for the personal credit terminal according to 
the first embodiment of the present invention; w 
Fig. 18C is a diagram showing a bit field for a varia- 
ble "interrupt" in the RAM of the personal credit ter- 
minal according to the first embodiment of the 
present invention; 

Fig. 1 9A is a flowchart for the processing performed is 
by a CPU in the personal credit terminal according 
to the first embodiment of the present invention; 
Fig. 19B is a partial flowchart for the processing 
that follows the processing shown in Fig. 19A; 
Fig. 20A is a flowchart showing digital signature 20 
processing according to the first embodiment of the 
present invention; 

Fig. 20B is a diagram for explaining digital signature 
processing according to the first embodiment of the 
present invention; 25 
Fig. 21A is a flowchart showing message closing 
processing according to the first embodiment of the 
present invention; 

Fig. 21 B is a diagram for explaining message clos- 
ing processing according to the first embodiment of 30 
the present invention; 

Fig. 22A is a flowchart showing enveloped mes- 
sage decryption processing according to the first 
embodiment of the present invention; 
Fig. 22B is a diagram for explaining enveloped mes- 35 
sage decryption processing according to the first 
embodiment of the present invention; 
Fig. 23A is a flowchart showing digital signature 
verification processing according to the first embod- 
iment of the present invention; 40 
Fig. 23B is a diagram for explaining digital signature 
verification processing according to the first embod- 
iment of the present invention; 
Fig. 24A is a block diagram illustrating the arrange- 
ment of the credit settlement terminal according to 45 
the first embodiment of the present invention; 
Fig. 24B is a block diagram illustrating the arrange- 
ment of an infrared reception/emission module in 
the credit settlement terminal according to the first 
embodiment of the present invention; so 
Fig. 25 is a specific diagram showing a RAM map in 
the credit settlement terminal according to the first 
embodiment of the present invention; 
Fig. 26 is a specific diagram showing data stored in 
a service data area in the credit settlement terminal 55 
according to the first embodiment of the present 
invention; 

Fig. 27A is a diagram illustrating the arrangement 



for an internal register in the credit settlement termi- 
nal according to the first embodiment of the present 
invention; 

Fig. 27B is a diagram showing a bit field in an INT 
register in the credit settlement terminal according 
to the first embodiment of the present invention; 
Fig. 27C is a diagram showing a bit field for a varia- 
ble "interrupt" in the RAM of the credit settlement 
terminal according to the first embodiment of the 
present invention; 

Fig. 28A is a flowchart for the processing performed 
by a CPU in the credit settlement terminal accord- 
ing to the first embodiment of the present invention; 
Fig. 28B is a partial flowchart for the processing 
that follows the processing shown in Fig. 28A; 
Fig. 29 is a specific diagram showing data that are 
stored for individual users in a user information 
server in a service providing system according to 
the first embodiment of the present invention; 
Fig. 30 is a specific diagram showing data that are 
stored for individual merchants in a merchant infor- 
mation server in the service providing system 
according to the first embodiment of the present 
invention; 

Fig. 31 is a specific diagram showing the data that 
are stored for each settlement processing house or 
settlement processor in a settlement processing 
house or settlement processor information server in 
the service providing system according to the first 
embodiment of the present invention; 
Figs. 32A to 32E are specific diagrams showing the 
data that are stored in a service director information 
server in the service providing system according to 
the first embodiment of the present invention; 
Fig. 33A is a flowchart showing remote access 
processing according to the first embodiment of the 
present invention; 

Fig. 33B is a flowchart showing data updating 
processing according to the first embodiment of the 
present invention; 

Fig. 34A is a specific diagram showing the data 
structure for a remote access request according to 
the first embodiment of the present invention; 
Fig. 34B is a specific diagram showing the structure 
of remote access data according to the first embod- 
iment of the present invention; 
Fig. 34C is a specific diagram showing the data 
structure for a data updating request according to 
the first embodiment of the present invention; 
Fig. 34D is a specific diagram showing the data 
structure for a response to a data updating request 
according to the first embodiment of the present 
invention; 

Fig. 34E is a specific diagram showing the structure 
of upload data according to the first embodiment of 
the present invention; : : 

Fig. 34F is a specific diagram showing the structure 
of update data according to the first embodiment of 
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the present invention; 

Fig. 35 is a specific diagram showing the data struc- 
ture for a mandatory expiration command accord- 
ing to the first embodiment of the present invention; 
Fig. 36A is a specific diagram showing the data s 
structure for a payment offer according to the first 
embodiment of the present invention; 
Fig. 36B is a specific diagram showing the data 
structure for a payment offer response according to 
the first embodiment of the present invention; 10 
Fig. 36C is a specific diagram showing the data 
structure for an authorization request according to 
the first embodiment of the present invention; 
Fig. 36D is a specific diagram showing the data 
structure for a payment request according to the /s 
first embodiment of the present invention; 
Fig. 36E is a specific diagram showing the structure 
of a response to an authorization request according 
to the first embodiment of the present invention; 
Fig. 36F is a specific diagram showing the data 20 
structure for a settlement or clearing request that is 
transmitted by the credit settlement terminal to the 
service providing system according to the first 
embodiment of the present invention; 
Fig. 37A is a specific diagram showing the data 25 
structure for a settlement request that is transmitted 
by the service providing system to the settlement 
system according to the first embodiment of the 
present invention; 

Fig. 37B is a specific diagram showing the data 30 
structure for a settlement confirmation notification 
that is transmitted by the settlement system to the 
service providing system according to the first 
embodiment of the present invention; 
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structure for a settlement confirmation notification 
that is transmitted by the service providing system 
to the credit settlement terminal according to the 
first embodiment of the present invention; 
Fig. 38A is a specific diagram showing the data 40 
structure for a receipt that is transmitted by the 
credit settlement terminal to the service providing 
system according to the first embodiment of the 
present invention; 

Fig. 38B is a specific diagram showing the data 45 
structure for a receipt that is transmitted by the 
service providing system to the personal credit ter- 
minal according to the first embodiment of the 
present invention; 

Fig. 39A is a specific diagram showing the data so 
structure for a cancellation request that is transmit- 
ted by the credit settlement terminal to the service 
providing system according to the first embodiment 
of the present invention; 

Fig. 39B is a specific diagram showing the data 55 
structure for a cancellation request that is transmit- 
ted by the personal credit terminal to the service 
providing system according to the first embodiment 



of the present invention; 

Fig. 39C is a specific diagram showing the data 
structure for a cancellation request that is transmit- 
ted by the service providing system to the settle- 
ment system according to the first embodiment of 
the present invention; 

Fig. 39D is a specific diagram showing the data 

structure for a cancellation confirmation notification 

that is transmitted by the settlement system to the 

service providing system according to the first 

embodiment of the present invention; 

Fig. 39E is a specific diagram showing the data 

structure for a cancellation confirmation notification 

that is transmitted by the service providing system 

to the credit settlement terminal according to the 

first embodiment of the present invention; 

Fig. 39F is a specific diagram showing the data 

structure for a cancellation receipt according to the 

first embodiment of the present invention; 

Fig. 40A is a specific diagram showing the data 

structure for a customer service call request 

according to the first embodiment of the present 

invention; 

Fig. 40B is a specific diagram showing the structure 
for a customer service call according to the first 
embodiment of the present invention; 
Fig. 40C is a specific diagram showing the data 
structure for a response to a customer service call 
request according to the first embodiment of the 
present invention; 

Fig. 40D is a specific diagram showing the data 
structure for a response to reception of a customer 
service call according to the first embodiment of the 
present invention; 

Fig. 40E is a specific diagram showing the structure 
of a response to a customer service call according 
to the first embodiment of the present invention; 
Fig. 41 A is a specific diagram showing the structure 
for an inquiry call request according to the first 
embodiment of the present invention; 
Fig. 41 B is a specific diagram showing the data 
structure for an inquiry call according to the first 
embodiment of the present invention; 
Fig. 41 C is a specific diagram showing the data 
structure for a response to an inquiry call request 
according to the first embodiment of the present 
invention; 

Fig. 41 D is a specific diagram showing the data 
structure for a response to reception of an inquiry 
call according to the first embodiment of the present 
invention; 

Fig. 41 E is a specific diagram showing the data 
structure for a response to an inquiry call according 
to the first embodiment of the present invention; 
Fig. 42 is a block diagram illustrating a conventional 
settlement system; 

Fig. 43 is a flowchart for settlement processinging 
according to the second embodiment of the present 
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invention; 

Figs. 44A to 44I are specific diagrams showing 
screens to be displayed on the LCD of the credit 
settlement terminal during the settlement process- 
inging; 5 
Fig. 45A is a flowchart for customer service call 
processing according to the second embodiment of 
the present invention; 

Fig. 45B is a flowchart for inquiry call processing 
according to the second embodiment of the present 1 o 
invention; 

Fig. 46 is a diagram illustrating the arrangement of 
an internal register in the personal credit terminal 
according to the second embodiment of the present 
invention; 75 
Fig. 47A is a diagram showing a bit field in an INT 
register for the personal credit terminal according to 
the second embodiment of the present invention; 
Fig. 47B is a diagram showing a bit field of a varia- 
ble "interrupt" in the RAM of the personal credit ter- 20 
minal according to the second embodiment of the 
present invention; 

Fig. 48 is a specif ic diagram showing a RAM map in 
the personal credit terminal according to the sec- 
ond embodiment of the present invention; 25 
Fig. 49 is a specific diagram showing data stored in 
a service data area in the personal credit terminal 
according to the second embodiment of the present 
invention; 

Fig. 50A is a diagram showing a process list for the 30 
CPU of the personal credit terminal according to 
the second embodiment of the present invention; 
Fig. 50B is a diagram for explaining a process list 
updating process performed by a process manage- 
ment processor in the personal credit terminal 35 
according to the second embodiment of the present 
invention; 

Fig. 51 A is a flowchart showing one part of the 

processing performed by the CPU of the personal 

credit terminal according to the second embodi- 40 

ment of the present invention; 

Fig. 51 B is a flowchart showing the processing that 

follows the process shown in Fig. 51 A; 

Fig. 52A is a conceptual flowchart for the reset 

processing performed by the CPUs of the personal 45 

credit terminal and the credit settlement terminal 

according to the second embodiment of the present 

invention; 

Fig. 52B is a conceptual f bwchart for the power-ON 
processing performed by the CPUs of the personal so 
credit terminal and the credit settlement terminal 
according to the second embodiment of the present 
invention; 

Fig. 52C is a conceptual flowchart for the power- 
OFF processing performed by the CPUs of the per- ss 
sonal credit terminal and the credit settlement ter- 
minal according to the second embodiment of the 
present invention; 



Fig. 53 is a conceptual flowchart for the normal 
processing performed by the CPU of the personal 
credit terminal according to the second embodi- 
ment of the present invention; 
Fig. 54 is a conceptual flowchart tor the settlement 
processinging performed by the CPU of the per- 
sonal credit terminal according to the second 
embodiment of the present invention; 
Fig. 55A is a block diagram illustrating the arrange- 
ment of the credit settlement terminal according to 
the second embodiment of the present invention; 
Fig. 55B is a block diagram illustrating the arrange- 
ment of an infrared reception/emission module in 
the credit settlement terminal according to the sec- 
ond embodiment of the present invention; 
Fig. 56 is a diagram illustrating the arrangement of 
an internal register in the credit settlement terminal 
according to the second embodiment of the present 
invention; 

Fig. 57A is a diagram showing a bit field in an INT 
register for the credit settlement terminal according 
to the second embodiment of the present invention; 
Fig. 57B is a diagram showing a bit field of a varia- 
ble "interrupt" in the RAM of the credit settlement 
terminal according to the second embodiment of 
the present inveniion; 

Fig. 58 is a specific diagram showing a RAM map in 
the credit settlement terminal according to the sec- 
ond embodiment of the present invention; 
Fig. 59 is a specific diagram showing data stored in 
a service data area in the credit settlement terminal 
according to the second embodiment of the present 
invention; 

Fig. 60 A is a diagram showing a process list for the 
CPU of the credit settlement terminal according to 
the second embodiment of the present invention; 
Fig. 60B is a diagram for explaining a process list 
updating process performed by a process manage- 
ment processor in the credit settlement terminal 
according to the second embodiment of the present 
invention; 

Fig. 61 A is a flowchart showing one part of the 
processing performed by the CPU of the credit set- 
tlement terminal according to the second embodi- 
ment of the present invention; 
Fig. 61 B is a flowchart showing the processing that 
follows the process shown in Fig. 61 A; 
Fig. 62 is a conceptual flowchart for the normal 
processing performed by the CPU of the credit set- 
tlement terminal according to the second embodi- 
ment of the present invention; 
Fig. 63 is a conceptual flowchart for the settlement 
processinging performed by the CPU of the credit 
settlement terminal according to the second 
embodiment of the present invention; 
Fig. 64A is a flowchart showing digital signature 
processing according to the second embodiment of 
the present invention; 
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Fig. 64B is a diagram for explaining the digital sig- 
nature processing according to the second embod- 
iment of the present invention; 
Fig. 65A is a flowchart showing message closing 
processing according to the second embodiment of s 
the present invention; 

Fig. 65B is a diagram for explaining the message 
closing processing according to the second embod- 
iment of the present invention; 

Fig. 66 A is a flowchart showing enveloped mes- 10 
sage decryption processing according to the sec- 
ond embodiment of the present invention; 
Fig. 66B is a diagram for explaining the enveloped 
message decryption processing according to the 
second embodiment of the present invention; is 
Fig. 67A is a flowchart showing digital signature 
verification processing according to the second 
embodiment of the present invention; 
Fig. 67B is a diagram for explaining the digital sig- 
nature verification processing according to the sec- 20 
ond embodiment of the present invention; 
Fig. 68 is a diagram for explaining the processing 
architecture of a service providing system accord- 
ing to the second embodiment of the present inven- 
tion; 25 
Fig. 69 is a diagram showing a process list for the 
service providing system according to the second 
embodiment of the present invention; 
Fig. 70 is a diagram showing a process list (contin- 
ued) for the service providing system according to 30 
the second embodiment of the present invention; 
Fig. 71 is a specific diagram showing data that are 
stored for each user in a user information server in 
the service providing system according to the sec- 
ond embodiment of the present invention; 35 
Fig. 72 is a specific diagram showing data that are 
stored for each merchant in a merchant information 
server in the service providing system according to 
the second embodiment of the present invention; 
Fig. 73 is a specif ic diagram showing data that are 40 
stored for each settlement processor in a settle- 
ment processor information server in the service 
providing system according to the second embodi- 
ment of the present invention; 

Fig. 74 is a specific diagram showing data that are 45 
stored in a service director information server in the 
service providing system according to the second 
embodiment of the present invention; 
Fig. 75A is a specific diagram showing user proc- 
ess management information that is generated for so 
each user processor by the service providing sys- 
tem according to the second embodiment of the 
present invention; 

Fig. 75B is a specific diagram showing merchant 
process management information that is generated 55 
for each merchant processor by the service provid- 
ing system according to the second embodiment of 
the present invention; 



Fig. 75C is a specific diagram showing settlement 
processing management information that is gener- 
ated for each settlement processor by the service 
providing system according to the second embodi- 
ment of the present invention; 
Fig. 75D is a specific diagram showing service 
director process management information that is 
generated for each service director processor by 
the service providing system according to the sec- 
ond embodiment of the present invention; 
Fig. 75E is a specific diagram showing process 
group management information that is generated 
tor each process group by the service providing 
system according to the second embodiment of the 
present invention; 

Fig 75F is a specific diagram showing a list of mes- 
sages that are generated by the service providing 
system according to the second embodiment of the 
present invention; 

Fig. 76 is a flowchart showing the session estab- 
lishment process performed when the personal 
credit terminal is connected to the service providing 
system according to the second embodiment of the 
present invention; 

Fig. 77 is a flowchart showing the session estab- 
lishment process performed when the service pro- 
viding system is connected to the personal credit 
terminal according to the second embodiment of 
the present invention; 

Fig. 78A is a specific diagram showing the data 
structure of authentication test A for the session 
establishment process performed when the service 
providing system is connected to the personal 
credit terminal according to the second embodi- 
ment of the present invention; 
Fig. 78B is a specific diagram showing the data 
structure for a response to authentication test A; 
Fig. 78C is a specific diagram showing the data 
structure for a response to authentication test B; 
Fig. 78D is a specific diagram showing the data 
structure of authentication test C; 
Fig. 78E is a specific diagram showing the data 
structure for a response to authentication test C; 
Fig. 78F is a specific diagram showing the data 
structure for a response to authentication test D; 
Fig. 79 is a flowchart showing the session estab- 
lishment process performed when the credit settle- 
ment terminal is connected to the service providing 
system according to the second embodiment of the 
present invention; 

Fig. 80 is a flowchart showing the session estab- 
lishment process performed when the service pro- 
viding system is connected to the credit settlement 
terminal according to the second embodiment of 
the present invention; 

Fig. 81A is a specific diagram showing the data 
structure of authentication test A for the session 
establishment process performed when the service 
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providing system is connected to the credit settle- 
ment terminal according to the second embodiment 
of the present invention; 

Fig. 81 B is a specific diagram showing the data 
structure for a response to authentication test A; 5 
Fig. 81 C is a specific diagram showing the data 
structure for a response to authentication test B; 
Fig. 81 D is a specific diagram showing the data 
structure of authentication test C; 
Fig. 81 E is a specific diagram showing the data io 
structure for a response to authentication test C; 
Fig. 81 F is a specific diagram showing the data 
structure for a response to authentication test D; 
Fig. 82A is a flowchart showing remote access 
processing performed by the personal credit termi- is 
nal and the user processor according to the second 
embodiment of the present invention; 
Fig. 82B is a flowchart showing updating process- 
ing performed by the personal credit terminal and 
the user processor according to the second embod- 20 
iment of the present invention; 
Fig. 82C is a flowchart showing forcible updating 
processing performed by the personal credit termi- 
nal and the user processor according to the second 
embodiment of the present invention; 25 
Fig. 82D is a flowchart showing data backup 
processing performed by the personal credit termi- 
nal and the user processor according to the second 
embodiment of the present invention; 
Fig. 83A is a specific diagram showing the data 30 
structure for a remote access request that is trans- 
mitted between the personal credit terminal and the 
user processor according to the second embodi- 
ment of the present invention; 

Fig. 83B is a specific diagram showing the structure 35 
of remote access data that are exchanged between 
the personal credit terminal and the user processor 
according to the second embodiment of the present 
invention; 

Fig. 83C is a specific diagram showing the data 40 
structure for a data updating request that is trans- 
mitted between the personal credit terminal and the 
user processor according to the second embodi- 
ment of the present invention; 

Fig. 83D is a specific diagram showing the data 45 
structure for a data updating request response that 
is transmitted between the personal credit terminal 
and the user processor according to the second 
embodiment of the present invention; 
Fig. 83E is a specific diagram showing the structure so 
of upload data that are transmitted between the 
personal credit terminal and the user processor 
according to the second embodiment of the present 
invention; 

Fig. 83F is a specific diagram showing the structure 55 
of update data that are transmitted between the 
personal credit terminal and the user processor 
according to the second embodiment of the present 



invention; 

Fig. 84A is a specific diagram showing the data 
structure for a mandatory expiration command that 
is transmitted between the personal credit terminal 
and the user processor according to the second 
embodiment of the present invention; 
Fig. 84B is a specific diagram showing the data 
structure for an update command that is transmitted 
between the personal credit terminal and the user 
processor according to the second embodiment of 
the present invention; 

Fig. 85A is a flowchart showing remote access 
processing performed by the credit settlement ter- 
minal and the merchant processor according to the 
second embodiment of the present invention; 
Fig. 85B is a flowchart showing updating process- 
ing performed by the credit settlement terminal and 
the merchant processor according to the second 
embodiment of the present invention; 
Fig. 85C is a flowchart showing forcible updating 
processing performed by the credit settlement ter- 
minal and the merchant processor according to the 
second embodiment of the present invention; 
Fig. 86A is a specific diagram showing the data 
structure for a remote access request that is trans- 
mitted between the credit settlement terminal and 
the merchant processor according to the second 
embodiment of the present invention; 
Fig. 86B is a specific diagram showing the structure 
of remote access data that are exchanged between 
the credit settlement terminal and the merchant 
processor according to the second embodiment of 
the present invention; 

Fig. 86C is a specific diagram showing the data 
structure for a data updating request that is trans- 
mitted between the credit settlement terminal and 
the merchant processor according to the second 
embodiment of the present invention; 
Fig. 86D is a specific diagram showing the data 
structure for a data updating request response that 
is transmitted between the credit settlement termi- 
nal and the merchant processor according to the 
second embodiment of the present invention; 
Fig. 86E is a specific diagram showing the structure 
of upload data that are transmitted between the 
credit settlement terminal and the merchant proc- 
essor according to the second embodiment of the 
present invention; 

Fig. 86F is a specific diagram showing the structure 
of update data that are transmitted between the 
credit settlement terminal and the merchant proc- 
essor according to the second embodiment of the 
present invention; 

Fig. 87A is a specific diagram showing the data 
structure for a mandatory expiration command that 
is transmitted between the credit settlement termi- 
nal and the merchant processor according to the 
second embodiment of the present invention; 
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Fig. 87B is a specific diagram showing the data 
structure for an update command that is transmitted 
between the credit settlement terminal and the mer- 
chant processor according to the second embodi- 
ment of the present invention; 5 
Fig. 88 is a diagram for explaining the message 
exchange procedures for the settlement processing 
according to the second embodiment of the present 
invention; 

Fig. 89A is a specific diagram showing the data w 
structure for a payment offer according to the sec- 
ond embodiment of the present invention; 
Fig. 89B is a specific diagram showing the data 
structure for a payment offer response according to 
the second embodiment of the present invention; 15 
Fig. 89C is a specific diagram showing the data 
structure for an authorization request according to 
the second embodiment of the present invention; 
Fig. 89D is a specific diagram showing the data 
structure for a payment request according to the 20 
second embodiment of the present invention; 
Fig. 89E is a specific diagram showing the structure 
of a response to an authorization request according 
to the second embodiment of the present invention; 
Fig. 89F is a specific diagram showing the data 25 
structure for a settlement request that is transmitted 
by the credit settlement terminal to the service pro- 
viding system according to the second embodiment 
of the present invention; 

Fig. 90A is a specific diagram showing the data 30 
structure for a settlement request that is transmitted 
by the service providing system to the settlement 
system according to the second embodiment of the 
present invention; 
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structure for a settlement confirmation notification 
that is transmitted by the settlement system to the 
service providing system according to the second 
embodiment of the present invention; 
Fig. 90C is a specific diagram showing the data 40 
structure for a settlement confirmation notification 
that is transmitted by the service providing system 
to the credit settlement terminal according to the 
second embodiment of the present invention; 
Fig. 91 A is a specific diagram showing the data 45 
structure for a receipt that is transmitted by the 
credit settlement terminal to the service providing 
system according to the second embodiment of the 
present invention; 

Fig. 91 B is a specific diagram showing the data so 
structure for a receipt that is transmitted by the 
service providing system to the personal credit ter- 
minal according to the second embodiment of the 
present invention; 

Fig. 92 is a diagram for explaining the message 55 
exchange procedures for the cancellation process 
according to the second embodiment of the present 
invention; . 



Fig. 93A is a specific diagram showing the data 
structure for a cancellation request that is transmit- 
ted by the credit settlement terminal to the service 
providing system according to the second embodi- 
ment of the present invention; 
Fig. 93B is a specific diagram showing the data 
structure for a cancellation request that is transmit- 
ted by the personal credit terminal to the service 
providing system according to the second embodi- 
ment of the present invention; 
Fig. 93C is a specific diagram showing the data 
structure for a cancellation request that is transmit- 
ted by the service providing system to the settle- 
ment system according to the second embodiment 
of the present invention; 

Fig. 93D is a specific diagram showing the data 
structure for a cancellation confirmation notification 
that is transmitted by the settlement system to the 
service providing system according to the second 
embodiment of the present invention; 
Fig. 93E is a specific diagram showing the data 
structure of a cancellation confirmation notification 
that is transmitted by the service providing system 
to the credit settlement terminal according to the 
second embodiment of the present invention; 
Fig. 93F is a specific diagram showing the data 
structure of a cancellation receipt according to the 
second embodiment of the present invention; 
Fig. 94A is a diagram for explaining the message 
exchange procedures for the customer service call 
process according to the second embodiment of 
the present invention; 

Fig. 94B is a diagram for explaining the message 
exchange procedures for the inquiry call process 
according io the second embodiment of the present 
invention; 

Fig. 95A is a specific diagram showing the data 
structure of a customer service call request accord- 
ing to the second embodiment of the present inven- 
tion; 

Fig. 95B is a specific diagram showing the structure 
of a customer service call according to the second 
embodiment of the present invention; 
Fig. 95C is a specific diagram showing the data 
structure of a response to a customer service call 
request according to the second embodiment of the 
present invention; 

Fig. 95D is a specific diagram showing the data 
structure of a response to reception of a customer 
service call according to the second embodiment of 
the present invention; 

Fig. 95E is a specific diagram showing the structure 
of a response to a customer service call according 
to the second embodiment of the present invention; 
Fig. 96A is a specific diagram showing the structure 
of an inquiry call request according to the second 
embodiment of the present invention; 
Fig. 96B is a specific diagram showing the data 
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structure of an inquiry call according to the second 

embodiment of the present invention; 

Fig. 96C is a specific diagram showing the data 

structure of a response to an inquiry call request 

according to the second embodiment of the present 5 

invention; 

Fig. 96D is a specific diagram showing the data 
structure of a response to reception of an inquiry 
call according to the second embodiment of the 
present invention; w 
Fig. 96E is a specific diagram showing the data 
structure of a response to an inquiry call according 
to the second embodiment of the present invention; 
Fig. 97A is a main flowchart (1) for the service man- 
ager processor according to the second embodi- is 
ment of the present invention; 
Fig. 97B is a flowchart showing the processing con- 
tinued from Fig. 97A; 

Fig. 98 is a main flowchart (2) for the service man- 
ager processor according to the second embodi- 20 
ment of the present invention; 
Fig. 99 is a flowchart showing the processor gener- 
ation processing performed by the service manager 
processor according to the second embodiment of 
the present invention; 25 
Fig. 100 is a main flowchart for the user processor 
according to the second embodiment of the present 
invention; 

Fig. 101 is a main flowchart for the merchant proc- 
essor according to the second embodiment of the 30 
present invention; 

Fig. 102 is a main flowchart for the settlement proc- 
essor according to the second embodiment of the 
present invention; 

Figs. 103A and 103B are flowcharts showing the 35 
session establishment processing performed by the 
personal credit terminal when it is connected to the 
service providing system according to the second 
embodiment of the present invention; 
Fig. 104 is a flowchart showing the session estab- 40 
lishment processing performed by the personal 
credit terminal when it is connected to the service 
providing system according to the second embodi- 
ment of the present invention; 

Fig. 105 is a flowchart showing the session estab- 45 
lishment processing performed by the credit settle- 
ment terminal when it is connected to the service 
providing system according to the second embodi- 
ment of the present invention; 

Fig. 106A is a flowchart showing one part of the so 
session establishment processing performed by the 
merchant processor when the credit settlement ter- 
minal is connected to the service providing system 
according to the second embodiment of the present 
invention; r, 55 

Fig. 106B is a flowchart showing the processing 
continued from Fig. 106A; at 
Fig. 107A is a flowchart showing one part of the 



session establishment processing performed by the 
user processor when the service providing system 
is connected to the credit settlement terminal 
according to the second embodiment of the present 
invention; 

Fig. 107B is a flowchart showing the processing 
continued from Fig. 107A; 

Fig. 108 is a flowchart showing the session estab- 
lishment processing performed by the personal 
credit terminal when the service providing system is 
connected to the personal credit terminal according 
to the second embodiment of the present invention; 
Fig. 109A is a flowchart showing one part of the 
session establishment processing performed by the 
merchant processor when the service providing 
system is connected to the credit settlement termi- 
nal according to the second embodiment of the 
present invention; 

Fig. 109B is a flowchart showing the processing 
continued from Fig. 109A; 

Fig. 110 is a flowchart showing the session estab- 
lishment processing performed by the credit settle- 
ment terminal when the service providing system is 
connected to the credit settlement terminal accord- 
ing to the second embodiment of the present inven- 
tion; 

Fig. 1 1 1 A is a flowchart showing the remote access 
processing performed by the personal credit termi- 
nal according to the second embodiment of the 
present invention; 

Fig. 1 1 1 B is a flowchart showing the user validity 
check processing performed by the personal credit 
terminal according to the second embodiment of 
the present invention; 

Fig. 1 12A is a flowchart showing the remote access 
processing performed by the user processor 
according to the second embodiment of the present 
invention; 

Rg. 1 12B is a flowchart showing the user validity 
check processing performed by the user processor 
according to the second embodiment of the present 
invention; 

Rg. 113A is a flowchart showing one part of the 
remote access processing performed by the credit 
settlement terminal according to the second 
embodiment of the present invention; 
Rg. 113B is a flowchart showing the processing 
continued from Fig. 113A; 

Rg. 113C is a flowchart showing the merchant 
validity check processing performed by the credit 
settlement terminal according to the second 
embodiment of the present invention; 
Rg. 1 1 4A is a flowchart showing the remote access 
processing performed by the merchant processor 
according to the second embodiment of the present 
invention; 

Rg. 114B is a flowchart showing the merchant 
validity check processing performed by the mer- 
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chant processor according to the second embodi- 
ment of the present invention; 
Fig. 115A is a flowchart showing one part of the 
data updating processing performed by the per- 
sonal credit terminal according to the second 5 
embodiment of the present invention; 
Fig. 115B is a flowchart showing the processing 
continued from Fig. 1 15A; 

Fig. 1 16 is a flowchart showing the data updating 
processing performed by the user processor io 
according to the second embodiment of the present 
invention; 

Fig. 1 1 7 is a flowchart showing the data updating 
processing performed by the credit settlement ter- 
minal according to the second embodiment of the is 
present invention; 

Fig. 118 is a flowchart showing the data updating 
processing performed by the merchant processor 
according to the second embodiment of the present 
invention; 20 
Fig. 119 is a flowchart showing the forcible data 
updating processing performed by the personal 
credit terminal according to the second embodi- 
ment of the present invention; 

Fig. 1 20 A is a flowchart showing one part of the for- 25 
cible data updating processing performed by the 
user processor according to the second embodi- 
ment of the present invention; 
Fig. 120B is a flowchart showing the processing 
continued from Fig. 120A; 30 
Fig. 121 is a flowchart showing the forcible data 
updating processing performed by the credit settle- 
ment terminal according to the second embodiment 
of the present invention; 
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updating processing performed by the merchant 
processor according to the second embodiment of 
the present invention; 

Fig. 123 is a flowchart showing the data backup 
processing performed by the personal credit termi- 40 
nal according to the second embodiment of the 
present invention; 

Fig. 124A is a flowchart (1) showing one part of the 
settlement processinging performed by the credit 
settlement terminal according to the second 45 
embodiment of the present invention; 
Fig. 124B is a flowchart showing the processing 
continued from Fig. 124A; 

Fig. 125A is a flowchart (2) showing one part of the 
settlement processinging performed by the credit so 
settlement terminal according to the second 
embodiment of the present invention; 
Fig. 125B is a flowchart showing the processing 
continued from Fig. 125A; 

Fig. 126A is a flowchart (1) showing one part of the 55 
settlement processinging performed by the mer- 
chant processor according to the second embodi- 
ment of the present invention; 



Fig. 126B is a flowchart showing the processing 
continued from Fig. 126A; 

Fig. 127 is a flowchart (2) showing the settlement 
processinging performed by the merchant proces- 
sor according to the second embodiment of the 
present invention; 

Fig. 128A is a flowchart (1) showing one part of the 
settlement processinging performed by the per- 
sonal credit terminal according to the second 
embodiment of the present invention; 
Fig. 128B is a flowchart showing the processing 
continued from Fig. 128A; 

Fig. 129 is a flowchart (2) showing the settlement 
processinging performed by the personal credit ter- 
minal according to the second embodiment of the 
present invention; 

Rg. 130 is a flowchart showing the settlement 
processinging performed by the user processor 
according to the second embodiment of the present 
invention; 

Rg. 131 A is a flowchart showing the settlement 
processinging performed by the settlement system 
according to the second embodiment of the present 
invention; 

Rg. 131 B is a flowchart showing the transaction 
validity check processing performed by the settle- 
ment system according to the second embodiment 
of the present invention; 

Rg. 132A is a flowchart showing the settlement 
processinging performed by the settlement proces- 
sor according to the second embodiment of the 
present invention; 

Rg. 132B is a flowchart showing the transaction 
validity check processing performed by the settle- 
ment processor according to the second embodi- 
ment of the present invention; 
Rg. 133A is a flowchart (1) showing one part of the 
settlement processinging performed by the service 
director processor according to the second embod- 
iment of the present invention; 
Rg. 133B is a flowchart showing the processing 
continued from Fig. 133A; 

Rg. 134 is a flowchart (2) showing the settlement 
processinging performed by the service director 
processor according to the second embodiment of 
the present invention; 

Rg. 135A is a flowchart (1) showing one part of the 
cancellation processing performed by the credit 
settlement terminal according to the second 
embodiment of the present invention; 
Rg. 135B is a flowchart showing the processing 
continued from Rg. 135A; 

Rg. 136 is a flowchart showing the cancellation 
processing performed by the merchant processor 
according to the second embodiment of the present 
invention; 

Rg. 137A is a flowchart showing one part of the 
cancellation processing performed by the personal 
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credit terminal according to the second embodi- 
ment of the present invention; 
Fig. 137B is a flowchart showing the processing 
continued from Fig. 137 A; 

Fig. 138 is a flowchart showing the cancellation s 
processing performed by the user processor 
according to the second embodiment of the present 
invention; 

Fig. 139 is a flowchart showing the cancellation 
processing performed by the settlement system w 
according to the second embodiment of the present 
invention; 

Fig. 140 is a flowchart showing the cancellation 
processing performed by the settlement processor 
according to the second embodiment of the present is 
invention; 

Fig. 141A is a flowchart showing one part of the 
cancellation processing performed by the service 
director processor according to the second embod- 
iment of the present invention; 20 
Fig. 141 B is a flowchart showing the processing 
continued from Fig. 1 41 A; 

Fig. 142A is a flowchart showing one part of the 
customer service call processing performed by the 
credit settlement terminal according to the second 25 
embodiment of the present invention ; 
Fig. 142B is a flowchart showing the processing 
continued from Fig. 142A; 

Fig. 143A is a flowchart showing one part of the 
customer service call processing performed by the 30 
merchant processor according to the second 
embodiment of the present invention; 
Fig. 143B is a flowchart showing the processing 
continued from Fig. 143A; 

Fig. 1 44 is a flowchart showing the customer serv- 35 
ice call processing performed by the personal credit 
terminal according to the second embodiment of 
the present invention; 

Fig. 145 is a flowchart showing the customer serv- 
ice call processing performed by the user processor 40 
according to the second embodiment of the present 
invention; 

Fig. 146A is a flowchart showing one part of the 
customer service call processing performed by the 
service director processor according to the second 45 
embodiment of the present invention; 
Fig. 146B is a flowchart showing the processing 
continued from Fig. 146A; 

Fig. 147A is a flowchart showing one part of the 
inquiry call processing performed by the personal so 
credit terminal processor according to the second 
embodiment of the present invention; 
Fig. 147B is a flowchart showing the processing 
continued from Fig. 1 47A; 

Fig. 148A is a flowchart showing one part of the ss 
inquiry call processing performed by the user proc- 
essor according to the second embodiment of the 
present invention; • 



Fig. 148B is a flowchart showing the processing 
continued from Fig. 148A; 

Fig. 149 is a flowchart showing the inquiry call 
processing performed by the credit settlement ter- 
minal according to the second embodiment of the 
present invention; 

Fig. 150 is a flowchart showing the inquiry call 
processing performed by the merchant processor 
according to the second embodiment of the present 
invention; 

Fig. 151 A is a flowchart showing one part of the 
inquiry call processing performed by the service 
director processor according to the second embod- 
iment of the present invention; 
Fig. 151B is a flowchart showing the processing 
continued from Fig. 151 A; 

Fig. 1 52 A is a diagram for explaining the operation 
according to the second embodiment of the present 
invention when the same home service area is 
employed for a user and a merchant, and when the 
user performs a settlement processor a cancella- 
tion process in the home service area; 
Fig. 152B is a diagram for explaining the operation 
according to the second embodiment of the present 
invention when different home service areas are 
employed for a user and a merchant, and when the 
user performs a settlement processor a cancella- 
tion process in the home service area for the mer- 
chant; 

Fig. 153A is a diagram for explaining the operation 
according to the second embodiment of the present 
invention when different home service areas are 
employed for a user and a merchant, and when the 
user performs a cancellation process in the home 
service area for the user; 

Fig. 153B is a diagram for explaining the operation 
according to the second embodiment of the present 
invention when different home service areas are 
employed for a user and a merchant, and when the 
user performs a cancellation process in a service 
area other than the home service areas for the user 
and for the merchant; 

Fig. 154A is a diagram for explaining the operation 
according to the second embodiment of the present 
invention when the same home service area is 
employed for a user and a merchant, and when the 
user and the merchant perform a customer service 
call process or an inquiry call process in the home 
service area; 

Fig. 154B is a diagram for explaining the operation 
according to the second embodiment of the present 
invention when different home service areas are 
employed for a user and a merchant, and when the 
merchant performs a customer service call process 
for the user; 

Fig. 155A is a diagram for explaining the operation 
according to the second embodiment of the present 
invention when different home service areas are 
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employed for a user and a merchant, and when the 
user performs an inquiry call process in the home 
service area for the user; and 
Fig. 155B is a diagram for explaining the operation 
according to the second embodiment of the present 
invention when different home service areas are 
employed for a user and a merchant, and when the 
user performs an inquiry call process in a service 
area other than the home service areas for the user 
and for the merchant. 

[01 18] The reference numerals used in the drawings 
are as follows: 



personal credit terminal (payment means) 
credit settlement device (charging means) 
service providing system 
4202: settlement system (manager) 
base station 

digital public line network 
infrared communication port 
antenna 

receiver/1 oudspeaker 
302: LCD 
304: mode switch 
speech switch 
end switch 
306: function switch 
307: number key switch 
309: power switch 
microphone 
208: execution switch 
headphone jack 
credit settlement terminal 



100: 
101: 
102: 
103, 
104: 
108: 
200: 
201: 
202: 
203. 
204, 
205: 
206: 
207, 
208, 
209, 
210: 
211, 
212: 
300: 

301: _ 

303: telephone handset 
305: hook switch 
310: serial cable 
311: cash register 
312: credit clearing switch 
313.RS-232C cable 
400: service server 

401 : service director information server 

402: user information server 

403: merchant information server 

404: settlement processor information server 

405, 408, 504, 507: ATM-LAN switch 

406, 505: ATM switchboard 

407, 506: management system 
500 : transaction server 

501 : subscriber information server 
502: member information storage server 
503: transaction information server 
1507: infrared communication module 

1500. 2400. 22400: CPU 

1501. 2401, 22501: ROM 

1502. 2402, 22502: RAM 

1503. 2404, 22504: EEPROM 



1504, 2405. 22505': LCD controller 

1505, 2406, 22506: encryption processor 

1506, 2407, 22507: data codec 
1508. 2410, 22510: control logic unit 

s 1 509, 241 1 , 2251 1 : key operator 

1510, 2412, 22512: loudspeaker 

151 1 , 2413, 22513: audio processor 

1512, 2114, 22514: audio codec 

1513, 2415. 22515: channel codec 
10 1514: modulator 

1515: demodulator 
1517: RFunit 

1518: battery capacity detector 
1560, 2408, 22508: serial/parallel converter 
is 1561 . 2456, 22556: modulator/demodulator 

1800, 21600: frame counter 

1801 , 21601 : start frame counter 

1802, 2700, 21602, 22600: clock counter 

1803, 2701. 21603, 22601: update time register 
20 1804. 2702, 21604. 22602: interrupt register 

1805. 2703, 21605, 22603: ID register 

1806. 2704, 21606, 22604: channel codec control 
register 

1807. 2705, 21607. 22605: audio transmission 
25 buffer 

1808. 2706. 21608. 22606: audio reception buffer 

1809. 2707. 21 609. 22607: data transmission buffer 

1810. 2708, 21610. 22608: data reception buffer 

181 1 . 2709, 2161 1 , 22609: audio processor control 
30 buffer 

1812. 2710. 21612, 22610: key operator control 
register 

21613, 2261 1 : audio data encryption key register 
2403. 22503: hard disk 
*v t«+v57, ^*kw, ^ouo, ^ooo: serial pon 

2416, 22516: digital communication adaptor 

241 7. 2251 7: RS-232C interface 
4200: credit card 

4201 : credit settlement terminal 
40 4203: public line network 

MODES TO CARRY OUT THE INVENTION 

[01 1 9] The embodiments of the present invention will 
now be described while referring to the drawings. 

(First Embodiment) 

[01 20] A first embodiment of the present invention will 
now be described while referring to Figs. 1 through 41 . 
[0121] When an individual consumer purchases a 
product at a ordinary store, a credit settlement system 
in the first embodiment employs radio communication to 
perform a credit transaction, without a credit card and a 
specification being directly exchanged by the consumer 
and the store. This system is called a personal remote 
credit settlement system, and the credit settlement 
service provided by this system is called a personal 
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remote credit settlement service. 
[0122] As is shown in the system arrangement in Fig. 
1 , the personal remote credit settlement system com- 
prises: a personal credit terminal 100 having two sys- 
tems of bidirectional radio communication functions and 
an electronic credit card function; a credit settlement 
device 101 for performing a credit transaction at a store; 
a settlement system 103 for performing credit settle- 
ment at a credit service company or a transaction com- 
pany; a service providing system 102, which is located 
at the center of a network that links it to the personal 
credit terminal 100, the credit settlement device 101 and 
the settlement system 103, which provide a personal 
remote credit settlement service; and a wireless tele- 
phone base station 104, which links the personal credit 
terminal 100 to a digital public line network 108 to pro- 
vide a data transmission path. 

[01 23] The personal credit terminal (first terminal) 1 00 
is a portable wireless telephone terminal that has two 
systems of bidirectional wireless communication func- 
tions, i.e., an infrared communication function and a dig- 
ital wireless telephone function, and an electronic credit 
card function. A credit settlement device (second termi- 
nal) 101 that performs a credit settlement processing at 
a store also has two systems of bidirectional communi- 
cation functions, i.e., an infrared communication and a 
digital telephone communication. 
[0124] In Fig. 1, reference numeral 105 denotes a 
transmission path for infrared communication per- 
formed between the personal credit terminal 100 and 
the credit settlement device 101; 106. a transmission 
path for digital radio communication performed between 
the personal credit terminal 100 and the base station 
104; 107, a digital communication line connecting the 
base station 104 and the digital public line network 108; 
109, a digital communication line connecting the digital 
public line network 108 and the service providing sys- 
tem 102; 110. a digital telephone communication line 
connecting the credit settlement device 1 0 1 and the dig- 
ital public line network 108; and 1 1 1 , a digital communi- 
cation line connecting the service providing system 102 
and the settlement system 103. 

[0125] The following mode is assumed as the operat- 
ing mode for the personal remote credit settlement serv- 
ice. 

[0126] Assume that the settlement system 103 is 
installed at a credit card company or a transaction com- 
pany, the credit settlement device 101 is installed in a 
store, and the personal credit terminal 100 is carried by 
a consumer. The service providing system 102 is 
installed at a company that provides the personal 
remote credit settlement service, and when the credit 
card company provides that service, the service provid- 
ing system 102 is installed at the credit card company. 
[01 27] As a further assumption, for the credit service 
the consumer enters into a membership contract with 
the credit card company, a membership contract for the 
personal remote credit settlement service with the com- 



pany that provides 1 the personal remote credit settle- 
ment service, and a contract for wireless telephone 
service with a telephone company. Similarly, the store 
enters into a member contract with the credit card com- 
5 pany for credit service; a member contract with the com- 
pany that provides the personal remote credit 
settlement service for the personal remote credit settle- 
ment service; and a contract for digital telephone com- 
munication service with the telephone company. 
10 [0128] When the personal remote credit settlement 
service is provided by a company other than the credit 
card company, the company that provides the personal 
remote credit settlement service enters into a contract 
with a member who has a contract for a credit service 
75 with the credit card company so that the personal 
remote credit settlement service providing company can 
take the place of the credit card company and can issue 
an electronic credit card and operate a personal remote 
settlement service. 

20 [0129] When the transaction company employs the 
settlement system 103 to perform a credit settlement 
processing, the credit card company enters into a con- 
tract with the transaction company so that the transac- 
tion company can act to perform the credit transaction. 

25 [01 30] To simplify the explanation of the system of the 
present invention, a consumer who owns the personal 
credit terminal 100 is called a user, a store wherein the 
credit settlement device 101 is installed is called a mer- 
chant, a sales clerk who operates the credit settlement 

30 device 101 is called an operator, a company that pro- 
vides the personal remote crecfit settlement service is 
called a service provider, and a credit card company or 
a transaction company that employs the settlement sys- 
tem 103 to perform the credit transaction is called a set- 

35 tlement processor. 

[0131] With this system, when a user employs credit 
to pay a merchant the cost of a product, to perform the 
credit settlement processing the personal credit termi- 
nal 100, the credit settlement device 101 and the serv- 

40 ice providing system 102 exchange transaction 
information electronically, and the service providing sys- 
tem 102 and the settlement system 103 exchange 
transaction information electronically. 
[0132] In essence, the service providing system 102 

45 receives a payment request and a settlement request 
from the personal credit terminal 100 and the credit set- 
tlement device 101 , compares these requests, and acts 
for the user and the merchant by requesting that the set- 
tlement system 100 perform the settlement processing. 

so Then, the settlement system 103 performs the actual 
transaction. 

[0133] At this time, the personal credit terminal 100 
and the credit settlement device 101 engage in infrared 
communication across the transmission path 105. And 
55 the personal credit terminal 100 and the service provid- 
ing system 102 use a digital wireless telephone to 
engage in digital telephone communication via the 
transmission path 106 to the base station 104 and 
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across the digital communication line 107. the digital 
public line network 108 and the digital communication 
line 109. Further, the credit settlement device 101 and 
the service providing system 102 engage in digital tele- 
phone communication across the digital telephone com- 5 
munication line 110, the digital public line network 108 
and the digital communication line 109. In addition, the 
service providing system 102 and the settlement sys- 
tem 103 engage in digital data communication across 
the digital communication line 111. 10 
[01 34] The transaction information that is encrypted is 
exchanged by the personal credit terminal 100 and the 
service providing system 102, by the credit settlement 
device 101 and the service providing system 102, and 
by the service providing system 102 and the settlement is 
system 103. An encryption method that uses a secret 
key and an encryption method that uses a public key are 
combined to electronically envelope information and 
transmit it. 

[01 35] The individual components of the system in this 20 
embodiment will now be described. 
[01 36] First, an explanation for the personal credit ter- 
minal 100 will be given. 

[0137] Figs. 2A and 2B are a front view and a rear 
view of the personal credit terminal 100. 25 
[0138] In Fig. 2A. reference numeral 200 denotes an 
infrared communication port (infrared ray recep- 
tion/emission section) for engaging in infrared commu- 
nication with the credit settlement device 101; 201. an 
antenna whereby electronic waves for a digital wireless 30 
telephone are transmitted and received; 202, a 
receiver/loudspeaker; 203, a color liquid crystal display 
(LCD) for displaying 120 x 160 pixels; 204, a mode 
switch used for changing the operating mode of the per- 
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digital wireless phone; 206, an end switch for a digital 
wireless phone; 207. a function switch; 208, a number 
key switch; 209, a power switch; and 210, a micro- 
phone. 

[0139] In Fig. 2B, reference numeral 21 1 denotes an 40 
execution switch whereby is transmitted an instruction 
for the initiation of a process requiring the confirmation 
of a user, such as the payment of a price, the confirma- 
tion of the contents of a transaction, or the cancellation 
of credit settlement; and 212, a headphone jack for con- 45 
necting a headphone. 

[0140] The personal credit terminal 1 00 has two oper- 
ating modes: a credit card mode and a digital wireless 
telephone mode, which can be alternately selected 
using the mode switch 204. The personal credit terminal so 
100 serves as a digital wireless telephone in the digital 
wireless telephone mode, and as an electronic credit 
transmission means, i.e., an electronic credit card, in 
the credit card mode. 

[0141] The electronic credit card is registered at the ss 
personal credit terminal 100 while it is assumed that the • 
user has entered into a membership contact for the 
credit service with the credit card company. When the 



user has membership 'contracts for a plurality of credit 
services, a corresponding number of credit cards are 
registered at the terminal 100. 

[01 42] In order to make a call using the personal credit 
terminal 100, first, the user selects the digital wireless 
telephone mode using the mode switch 204, and then 
enters a telephone number using the number key switch 
208 and depresses the speech switch 205. Through this 
process, the user can complete a call to the destination 
represented by the telephone number that was entered. 
[0143] When a call is received at the personal credit 
terminal 100, it generates a call arrival tone, regardless 
of its current operating mode. In this case, the user 
need only depress the speech switch 205 to automati- 
cally change the operating mode to the digital wireless 
telephone mode and answer the call. 
[0144] In order to use credit to make a payment to a 
merchant, first, the user employs the mode switch 204 
to set the operating mode to the credit card mode, fol- 
lowing which he employs the function switch 207 to 
select a credit card to use for the payment. Then, the 
user enters the amount of the payment using the 
number key switch 208, and depresses the execution 
switch 21 1 , while at the same time pointing the commu- 
nication port 200 toward the credit settlement device 
101 of the merchant. Through the execution of the 
above process, the personal credit terminal 100 
engages in infrared communication with the credit set- 
tlement device 101 and digital wireless telephone com- 
munication with the service providing system 1 02, while 
exchanging transaction information with them and thus 
performing the credit settlement processing. A detailed 
description of the internal structure of the personal 
credit terminal 100 and the operation thereof will be 
given later. 

[0145] Next, the credit settlement device 101 will be 
described. 

[0146] Fig. 3 is a diagram showing the external 
appearance of the credit settlement device 101. This 
device comprises: a credit settlement terminal 300, 
which has a credit transaction function and a digital tel- 
ephone function; a cash register 311, which is used to 
calculate the cost of a product; an RS-232C cable 313, 
along which the credit settlement terminal 300 is con- 
nected to the cash register 311; and an infrared light 
reception/emission module 301, which is connected to 
the credit settlement terminal 300 via a serial cable 310. 
[0147] In Fig. 3, reference numeral 301 denotes a 
color liquid crystal display (LCD) for displaying 320 x 
240 pixels; 303, a telephone handset; 304, a mode 
switch, for changing the operating mode of the credit 
settlement terminal 300; 305. a telephone hook switch; 
306. a function switch; 307. a number key switch; 308, 
an execution switch, for initiating a process that requires 
the confirmation of a merchant, such as a payment for a 
product, the confirmation of the contents of a transac- 
tion, or the cancellation of a credit transaction; 309. a 
power switch; and 312, a credit transaction switch for 
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selecting the credit settlement processing at the cash 
register 311. 

[0148] The credit settlement terminal 300 has two 
operating modes: a credit transaction mode and a dig- 
ital telephone mode, which can be alternately selected s 
using the mode switch 304. The credit settlement termi- 
nal 300 serves as a digital telephone in the digital tele- 
phone mode, and as a credit settlement terminal for the 
personal remote credit transaction service in the credit 
transaction mode. w 
[0149] tn order to make a call using the credit settle- 
ment terminal 300, first an operator selects the digital 
telephone mode using the mode switch 304, following 
which he enters a telephone number using the number 
key switch 307. Through this process, the operator can is 
complete a call to the destination represented by the tel- 
ephone number that was entered. 
[0150] When a call is received at the credit settlement 
terminal 300, it generates a call arrival tone, regardless 
of its current operating mode. In this case, the operator 20 
need only raise the telephone handset 303 or depress 
the hook switch 305 to automatically change the operat- 
ing mode to the digital telephone mode and answer the 
call. 

[0151] In order to perform the credit settlement 25 
processing, first, the operator uses the cash register 
31 1 to calculate a total for the price of a product and the 
sales tax. and transmits the total to the user. Then, in 
accordance with the user's request to use credit for the 
payment, the operator depresses the credit transaction 30 
switch 312 of the cash register 31 1 and waits until the 
user has completed the payment operation using the 
personal credit terminal 100. When the user has exe- 
cuted the payment process, the payment price that the 
user entered is displayed on the LCD 302 along with the 35 
results of the credit reference check performed for the 
user. The operator confirms the display contents and 
depresses the execution switch 308. 
[0152] Through the execution of this process, the 
credit settlement device 101 exchanges transaction 40 
information with the personal credit terminal 100 and 
the service providing system 102. and performs the 
credit settlement processing. A detailed description of 
the internal structure of the credit settlement terminal 
300 and the operation thereof will be given later. 45 
[0153] Now, the service providing system 102 will be 
described. 

[0154] Fig. 4 is a block diagram illustrating the 
arrangement of the service providing system 102. The 
service providing system 102 comprises: a service so 
server 400, which processes transaction information, 
for the personal remote credit transaction service, that 
is to be exchanged with the personal credit terminal 
100. the credit settlement device 101 and the settlement 
system 103: a service director information server 401. ss 
which manages attribute information that concerns the 
user, the merchant and the settlement processor, and 
service history information that is provided by the serv- 



ice providing system 102; a user information server 402, 
which manages the attribute information for the user, 
and the data stored in the personal credit terminal 100; 
a merchant information server 403, which manages the 
attribute information for the merchant, and data stored 
in the credit settlement terminal 300; a settlement proc- 
essor information server 404. which manages the 
attribute information for the settlement processor, and 
history information for the settlement processing; and a 
management system 407, with which a service provider 
operates and manages the service providing system 
102. Each of the servers 400 to 404, and the manage- 
ment system 407, is constituted by one or more comput- 
ers. 

[0155] The service server 400, the service director 
information server 401 , the user information server 402, 
the merchant information server 403 and the settlement 
processor information server 404 are respectively con- 
nected to an ATM-LAN switch 405 by ATM-LAN cables 
409, 410, 411, 412 and 413. The service server 400 
accesses the service director information server 401 , 
the user information server 402, the merchant informa- 
tion server 403 or the settlement processor information 
server 404 via the ATM-LAN switch 405 . 
[0156] The ATM-LAN switch 405 is connected to an 
ATM switchboard 406 by an ATM-LAN cable 415. The 
ATM switchboard 406 is connected to the digital com- 
munication line 109. which is extended to the digital 
public line network 108, and the digital communication 
line 111, which extends to the settlement system 103. 
The service server 400 communicates, along the ATM - 
LAN switch 405 and the ATM switchboard 406. with the 
personal credit terminal 100, the credit settlement 
device 101 and the settlement system 103. 
[01 57] The management system 407 is connected by 
an ATM-LAN cable 41 4 to an ATM-LAN switch 408, and 
from there to the ATM switchboard 406 by an ATM-LAN 
cable 416. The management system 407 accesses the 
service server 400, the service director information 
server 401, the user information server 402, the mer- 
chant information server 403 or the settlement proces- 
sor information server 404 via the ATM-LAN switch 408, 
the ATM switchboard 406 and the ATM-LAN switch 405. 
and operates and manages the service providing sys- 
tem 102. 

[0158] The ATM switchboard 406 serves as a data 
communication switchboard for external/internal com- 
munication by the service providing system 102 and 
inter-communication therefor. The ATM switchboard 
405 serves as a communication adaptor that is compat- 
ible with a plurality of communication types. For exam- 
ple, for communications conducted between the service 
server 400 and the credit settlement device 101 . first, an 
ISDN packet is exchanged by the credit settlement 
device 101 and the ATM switchboard 406. Then, the 
ATM switchboard 406 converts the ISDN data packet 
into an ATM packet, an inverted conversion, and 
exchanges the ATM packet with the service server 400. 
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Similarly, for communications conducted between the 
service server 400 and the personal credit terminal 100, 
and between the service server 400 and the settlement 
system 103. the ATM switchboard 406 converts data in 
accordance with a correspond ng communication type. 
[01 59] In addition, in order to reduce the expenses for 
communication between the personal credit terminal 
100 and the service providing system 102, and between 
the credit settlement device 1 01 and the service provid- 
ing system 102, generally a service providing system 
102 is installed in each area to provide the personal 
remote credit settlement service. For this purpose, a 
special digital communication line 417 is connected to 
the ATM switchboard 406 that links it with a service pro- 
viding system 102 in each area. In this case, all the 
service providing systems 102 share data, and cooper- 
ate in the processing of the data. 
[0160] The settlement system 103 will be briefly 
described. 

[0161] Fig. 5 is a block diagram illustrating the 
arrangement of the settlement system 103. The settle- 
ment system 103 comprises: a transaction server 500, 
which processes transaction information that is to be 
exchanged with the service providing system 102 for 
the personal remote credit transaction service; sub- 
scriber information server 501, which manages per- 
sonal information for a credit service subscriber; a 
member information storage server 502, which man- 
ages information for a credit service member store; a 
transaction information server 503. which manages 
transaction information for credit settlement; and a man- 
agement system 506, with which the settlement proces- 
sor operates and manages the settlement system 103. 
Each of the individual servers 500 to 503, and the man- 
agement system 506, a'e constituted by one or more 
computers. 

[0162] The transaction server 500. the subscriber 
information server 501 . the member information storage 
server 502 and the transaction information server 504 
are respectively connected to an ATM-LAN switch 504 
by ATM-LAN cables 508, 509, 510 and 51 1 . The trans- 
action server 500 accesses the subscriber information 
server 501 , the member information storage server 502 
or the transaction information server 503 via the ATM- 
LAN switch 504 . 

[0163] The ATM-LAN switch 504 is connected to an 
ATM switchboard 505 by an ATM-LAN cable 513, and 
the ATM switchboard 505 is connected to the digital 
communication line 111. which extends to the service 
providing system 102. The transaction server 500 com- i 
municates with the service providing system 102 via the 
ATM-LAN switch 504 and the ATM switchboard 505. 
[0164] For the personal remote credit transaction 
service, the credit settlement processing performed by 
the settlement system 103 is initiated when, after a 5 
transaction request is received from the service provid- 
ing system 102 ; the transaction server 500 updates 
data stored in the subscriber information server 501 , the 



member information storage server 502, and the trans- 
action information server 503. 

[0165] The ATM switchboard 505 is connected not 
only to the digital communication line 1 1 1 that extends 
5 to the service providing system 102, but also to a bank 
line 515 that is connected to a bank on-line system, and 
to a special digital line 516 that is connected to a settle- 
ment system for another settlement processor. The set- 
tlement system 103 communicates with the bank on- 
10 line system and the settlement system for the other set- 
tlement processor when performing a settlement 
processing between f inanciaJ organizations. 
[01 66] The management system 506 is connected to 
an ATM- LAN switch 507 by an ATM-LAN cable 512, and 
is to the ATM switchboard 505 by an ATM-LAN cable 51 4. 
The management system 506 accesses the transaction 
server 500, the subscriber information server 501, the 
member information storage server 502, or the transac- 
tion information server 503 via the ATM-LAN switch 
20 507. the ATM switchboard 505 and the ATM-LAN switch 
504, and operates and manages the settlement system 
103. 

[0167] The ATM switchboard 505 serves as a data 
communication switchboard for the external -internal 
25 communication of the settlement system 103 and the 
inter-communication therefor. The ATM switchboard 
505 serves as a communication adaptor that is compat- 
ible with a plurality of communication types, and per- 
forms data conversion in accordance with the 
30 communication type used for communication between 
the transaction server 500 and the service providing 
system 102. between the transaction server 500 and 
the bank on-line system, and between the transaction 
server 500 and the settlement system for the other set- 
j5 tiemeni processor. 

[01 68] The personal remote credit transaction service 
provided by the system in this embodiment will now be 
described. 

[0169] Roughly four processes are employed for the 
40 personal remote credit transaction service: transac- 
tion," "cancellation," "customer service call," and 
"inquiry call." 

[0170] The settlement processing is one whereby a 
credit transaction, for which a user employs credit to 
45 make a payment to a merchant, is performed by 
employing wireless communication, without the direct 
exchange of a credit card or payment specifications. 
The cancellation process is one whereby trading that 
has been completed as a transaction performed by the 
>o personal remote credit transaction service is canceled, 
based on an agreement reached by a user and a mer- 
chant while employing wireless communication. The 
customer service call process is a process whereby a 
merchant can contact a user for whom a personal 
5 remote credit transaction service has been completed, 
even when the merchant does not know the telephone 
number of the user. The inquiry cafl process is a proc- 
ess whereby a user can place an inquiry caO to a mer- 
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chant to whom the results of a personal remote credit 
transaction service has been provided, without the mer- 
chant being notified of the telephone number of the 
user. 

[0171] The settlement processing will be described s 
first. 

[0172] Fig. 6 is a flowchart showing the settlement 
processing for the personal remote credit transaction 
service. In Figs. 7A to 7H are shown example displays 
for the LCD 203 of the personal credit terminal 1 00, and 1 o 
in Figs. 8A to 8G are shown example displays for the 
LCD 302 of the credit settlement terminal 300. 
[0173] In Fig. 7A is shown an initial screen when the 
personal credit terminal 100 is in the digital wireless tel- 
ephone mode; in Fig. 7B is shown an initial screen when is 
the personal credit terminal 100 is in the credit card 
mode; in Fig. 8 A is shown an initial screen when the 
credit settlement terminal 300 is in the digital telephone 
mode; and in Fig. 8B is shown an initial screen when the 
credit settlement terminal 300 is in the credit transaction 20 
mode. 

[01 74] The settlement processing is initiated when the 
user provides a product to be purchased to a person in 
charge, and the person in charge calculates the pay- 
ment of the product. 25 
[0175] In Fig. 6. first, the person in charge employs the 
cash register 31 1 of the credit settlement device 101 to 
calculate the total charge of the product (600: calcula- 
tion of the charge using the cash register). Then, the 
cash register 31 1 displays the total charge (601 : display 30 
the charge). The person in charge tells the user what 
the total charge for the products is and asks the user 
how he wishes to pay it (602: relay the charge and ask 
the payment method). The user desires a transaction be 
initiated using the personal remote credit transaction 35 
service (603 : instruct transaction using the personal 
remote credit transaction service). The person in 
charge depresses the credit transaction switch 312 of 
the credit settlement device to instruct the user to initi- 
ate the payment operation at the personal credit termi- 40 
nal 100 (606: instruct the start of the payment 
operation). At this time, a credit transaction command is 
transmitted from the cash register 31 1 to the credit set- 
tlement terminal 300 over the RS-232C cable 313. The 
credit settlement terminal 300 is automatically set to the 45 
credit transaction mode, and the screen shown in Fig. 
8C is displayed on the LCD 302 (605: display screen 
and wait for the payment operation). 
[0176] The user sets the personal credit terminal 1 00 
to the credit card mode using the mode switch 204, so 
changes the credit card displayed on the LCD 203 by 
using the function switch 207 and selecting a credit card 
to use for the payment. At this time, the personal credit 
terminal 1 00 exchanges the display shown in Fig. 7B for 
the display shown in Fig. 7C. Thereafter, the user ss 
selects "payment" from the menu using the function 
switch 207, and depresses the execution switch 211. 
The screen at the personal credit terminal 100 is then 



as shown in Fig. 7b. As is shown in Fig. 7E, the user 
enters the amount of the payment using the number key 
switch 208, designates the payment option using the 
function switch 207, and depresses the execution switch 
211. The confirmation screen shown in Fig. 7F is dis- 
played, and the user depresses the execution switch 
211 while pointing the infrared communication port 200 
toward the credit settlement terminal 300 (607: payment 
operation). The personal credit terminal 100 then trans- 
mits a payment offer 608 i.e., a message indicating the 
amount of the payment, to the credit settlement device 
101 by employing infrared radiation for the communica- 
tion. 

[01 77] The credit settlement terminal 300 receives the 
payment offer 608 from the infrared ray reception/emis- 
sion module 301 , and compares the amount of the pay- 
ment included in the offer with the amount of the charge, 
and transmits a payment offer response 609, i.e., a 
response to the payment offer, to the personal credit ter- 
minal 100 by employing infrared radiation for the com- 
munication. The credit settlement terminal 300 
transmits a credit reference request 610, i.e., a mes- 
sage requesting a credit reference be supplied for the 
user, to the service providing system 102 using digital 
telephone communication. At this time, the credit settle- 
ment terminal 300 displays the screen shown in FigT 8D 
(61 1 : display credit reference in progress). 
[0178] The personal credit terminal 100 receives the 
payment offer response 609 from the infrared communi- 
cation port 200, and compares the amount of the 
charge included in the response with the amount of the 
payment, and transmits a payment request 613, i.e., a 
message requesting that credit be used for the payment 
to the service providing system 102 by using digital 
wireless telephone communication. At this time, the per- 
sonal credit terminal 100 displays the screen shown in 
Fig. 7G (612: display payment in progress). 
[01 79] The service providing system 1 02 receives the 
credit reference request 610 from the credit settlement 
terminal 300, and the payment request 613 from the 
personal credit terminal 100, and compares the con- 
tents of the requests. In addition, the service providing 
system 102 examines the credit condition of the user, 
and generates and transmits, to the credit settlement 
terminal 300, a credit reference response 614, i.e.. a 
response to the credit reference request 61 0. 
[0180] Upon receiving the credit reference response 
614 from the service providing system 102, as is shown 
in Fig. 8E, the credit settlement terminal displays the 
contents of the response 614 to inform the person in 
charge of result obtained by the credit reference request 
(615: display credit reference result). 
[01 81 ] The person in charge confirms the credit refer- 
ence result and depresses the execution button 308 of 
the credit settlement terminal 300 to instruct the start of 
the settlement processing (616: request settlement 
processing). Then, the credit settlement terminal 300 
transmits a transaction request 617, i.e., a message 
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requesting a settlement processing be performed, to the 
service providing system 102 by using digital telephone 
communication, and displays the screen shown in Fig. 
8F (618: display transaction in process). 
[0182] Upon receiving the transaction request 617 
from the credit settlement terminal 300. the service pro- 
viding system 102 transmits a transaction request, i.e., 
a message requesting a settlement processing be initi- 
ated, to the settlement system 103. Upon receiving the 
transaction request 619 from the service providing sys- 
tem 102, the settlement system 103 performs a settle- 
ment processing, and transmits a settlement 
confirmation notification 620, i.e.. a message indicating 
the settlement processing has been completed, to the 
service providing system 102. 

[01 83] The service providing system 1 02 receives the 
settlement confirmation notification 620 from the settle- 
ment system 102. and transmits a settlement confirma- 
tion notification 621. i.e.. a message indicting the 
settlement processing has been completed, to the credit 
settlement terminal 300. 

[0184] Upon receiving the settlement confirmation 
notification 621 , as is shown in Fig. 8G. the credit settle- 
ment terminal 300 displays the contents of the notifica- 
tion 621 to inform the person in charge that the 
settlement processing has been completed (622: dis- 
play settlement confirmation). Further, the credit settle- 
ment terminal 300 issues an electronic receipt 623 and 
transmits it to the service providing system 102 by using 
digital telephone communication. 
[01 85] The service providing system 1 02 receives the 
receipt from the credit settlement terminal 300, converts 
it into a receipt 624 using a data format for the personal 
credit terminal, and transmits it to the personal credit 
terminal 100 by using digits' telephone communication. 
[0186] The personal credit terminal 100 displays the 
contents of the receipt 624 that it receives from the serv- 
ice providing system 102. as is shown in Fig. 7H, and 
informs the user that the settlement processing has 
been completed (625: display a receipt). 
[0187] In the above described manner, the required 
procedures are completed for the performance of the 
settlement processing for the personal credit transac- 
tion service. For the above process, the contents of the 
data exchanged by the devices will be explained in 
detail later. 

[0188] The cancellation process will now be 
described. 

[0189] In Fig. 9 is shown the cancellation process for 
the personal remote credit transaction service. 
[0190] In Figs. 10A to 10H are shown example dis- 
plays for the LCD 203 of the personal credit terminal 
100 that are used during the cancellation process, and 
in Figs. 1 1 A to 1 1 G are shown exanple displays for the 
LCD 302 of the credit settlement terminal 300. 
[01 91 ] The conditions under which the cancellation 
process for the personal remote credit transaction serv- 
ice can be performed are when a- user and a merchant 
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are near enough to each other that they hear each 
other's natural voice, and when they are at a distance 
from each other. The difference between the two cases 
lies in whether an agreement between the user and the 
5 merchant to perform the first cancellation process is 
reached while they are communicating using their natu- 
ral voices, or while they are communicating by tele- 
phone, since the same processing is performed once 
the two have reached an agreement. Therefore, in this 
w embodiment, the case where the two are at a distance 
from each other, at remote locations, will be employed. 
[01 92] The cancellation process is begun when a user 
and the person in charge for a merchant agree to per- 
form the cancellation process for a business deal that 
is was finalized using the settlement processing. 

[01 93] In Fig. 9, the user and the person in charge for 
the merchant agree by telephone to perform the cancel- 
lation process (900: communication by speech), and the 
two initiate the cancellation process. 
20 [0194] First, the person in charge for the merchant 
sets the credit settlement terminal 300 to the credit 
transaction mode using the mode switch 304, and the 
screen shown in Fig. 1 1 A is displayed. Then, the person 
in charge selects "cancel sale" from the menu on the 
25 screen shown in Fig. 1 1 B, and depresses the execution 
switch 307. The sales history list shown in Fig. 1 1C is 
displayed on the credit settlement terminal 300, and the 
person in charge uses the function switch 306. as is 
shown on the screen in Fig. 1 1 D, to select the business 
30 deal to be canceled, and depresses the execution 
switch 308. When the confirmation screen shown in Fig. 
11E is displayed, the person in charge depresses the 
execution switch 308 (901 : cancellation operation). 
[01 95] The credit settlement terminal 300 transmits a 
3o canceiiaiion request 903. i.e., a message requesting a 
cancellation process be initiated, to the service provid- 
ing system 102 by employing digital telephone commu- 
nication. At this time, the credit settlement terminal 300 
displays the screen shown in Fig. 1 1 F (902: display can- 
40 cellation in process). 

[01 96] The user sets the personal credit terminal 1 00 
to the credit card mode using the mode switch 204. and 
employs the function switch 207 to exchange the credit 
card displayed on the LCD 203 for the credit card that 
45 was used for the payment. In addition, the user selects 
"cancel" from the menu shown on the screen in Fig. 
1 0A. and depresses the execution switch 2 1 1 . Then, the 
personal credit terminal 100 displays on the screen the 
purchase history list shown in Fig. 10B. The user 
so employs the function switch 207 to select the business 
deal to be canceled, and depresses the execution 
switch 21 1. Thereafter, the confirmation screen shown 
in Fig. 10C is displayed, and the user depresses the 
execution switch 21 1 (904: cancellation operation). 
55 [0197] The personal credit terminal 100 transmits a 
cancellation request 906, i.e.. a message requesting the 
cancellation process be initiated, to the service provid- . 
ing system 102 by employing digital wireless telephone 



34 



67 



EP 0 910 028 A1 



68 



communication. At this time, the personal credit termi- 
nal 100 displays the screen shown in Fig. 10D (905: dis- 
play cancellation in process). 

[01 98] The service providing system 1 02 receives the 
cancellation request 903 from the credit settlement ter- s 
minal 300 and the cancellation request 903 from the 
personal credit terminal 100, compares the contents of 
the two requests, and transmits a cancellation request 
907, i.e., a message requesting the cancellation proc- 
ess be performed, to the settlement system 103. 10 
[0199] Upon receiving the cancellation request 907 
from the service providing system 102, the settlement 
system 103 performs the cancellation process for the 
requested business deal, and transmits a cancellation 
notification 908, i.e., a message indicating that the can- is 
cellation process has been is completed, to the service 
providing system 102. 

[0200] Upon receiving the cancellation completion 
notification 908 from the settlement system 103, the 
service providing system 102 transmits a cancellation 20 
completion notification 909, i.e., a message indicating 
that the cancellation process has been completed, to 
the credit settlement terminal 300 by employing digital 
telephone communication, and generates a cancella- 
tion process receipt 91 0, i.e.. a message indicating that 25 
the cancellation process has been completed, and 
transmits it to the personal credit terminal 100 by 
employing digital wireless telephone communication. 
[0201 ] The credit settlement terminal 300 receives the 
cancellation completion notification 909. and displays 30 
the contents of the notification 909 as shown in Fig. 1 1G 
to inform the person in charge that the cancellation 
process has been completed (91 1 : display completion 
of cancellation process). 

[0202] The personal credit terminal 100 displays the 35 
received cancellation process receipt shown in Fig. 10E 
to inform the user that the cancellation process has 
been completed (912: display cancellation receipt). 
[0203] The cancellation process for the personal 
remote credit transaction service is performed as is 40 
described above. And thereafter, the person in charge 
performs a customer service call operation (913: cus- 
tomer service call) to talk with the user by telephone 
(914: speech communication). The customer service 
call will be described later. The contents of the data that 45 
are exchanged by the devices will also be described in 
detail later. 

[0204] The customer service call process will now be 
described. 

[0205] In Fig. 12A is shown the customer service call so 
process for the personal remote credit transaction serv- 
ice; in Figs. 13A and 13B are shown example displays 
for the LCD 203 of the personal credit terminal 100 for 
the customer service call process; and in Figs. 14A to 
1 4G are shown example displays for the LCD 203 of the ss 
credit settlement terminal 300: . 
[0206] For the customer service call process, even 
when a merchant does not know the telephone number 



of a user who dealt with him in the settlement process- 
ing for the personal remote credit transaction service, 
the merchant can contact the user by phone. Therefore, 
the customer service call is placed with the assumption 
that the user dealt with the merchant during the settle- 
ment processing for the personal remote credit transac- 
tion service. 

[0207] The customer service call process is begun 
when the person in charge for the merchant employs 
the credit settlement terminal 300 to initiate the cus- 
tomer service call operation. 

[0208] In Fig. 12A, first, the person in charge for the 
merchant employs the mode switch 304 to set the credit 
settlement terminal 300 in the credit transaction mode 
and to display the screen shown in Fig. 14A. Then, the 
person in charge selects "sales history" from the menu 
using the function switch 306, and depresses the execu- 
tion switch 308. Thereafter, the credit settlement termi- 
nal 300 displays the sales history list shown in Fig. 14B. 
As is shown on the screen in Fig. 14C, the person in 
charge uses the function switch 306 to select the busi- 
ness deal for which one party was the user to whom the 
person in charge is going to place a call, selects 
"phone" from the menu on the screen, and depresses 
the execution switch 308 (1200: customer service call 
operation). The credit settlement terminal 300 automat- 
ically changes to the digital telephone mode, displays 
the screen shown in Fig. 14D (1 201 : display connection 
in process), and transmits a customer service call 
request 1202, i.e., a message requesting the customer 
service call process be initiated, to the service providing 
system 102 by employing digital telephone communica- 
tion. 

[0209] Upon receiving the customer service call 
request 1202, the service providing system 102 com- 
pares it with access control data set by the user, and 
transmits a customer service call 1203, i.e., a message 
for placing a call to the user, to the personal credit termi- 
nal 100 of the user by employing digital wireless tele- 
phone communication. In addition, the service providing 
system 102 transmits a customer service call request 
response 1204, i.e., a message requesting permission 
to speak with the user, to the credit settlement terminal 
300 by employing digital telephone communication. 
[0210] Upon receiving the customer service call 
request response 1204 from the service providing sys- 
tem 102, the credit settlement terminal 300 displays the 
screen shown in Fig. 14E to inform the person in charge 
that the call to the user has been initiated (1206: display 
call in progress). 

[0211] The personal credit terminal 100 receives the 
customer service call 1203, outputs a call reception 
tone, displays the screen shown in Fig. 13 A. and 
informs the user that a call from the merchant has been 
received (1205: display call reception). When the user 
depresses the speech switch 205 (1207: speech opera- 
tion), the personal credit terminal 100 transmits a call 
reception response 1 208, i.e., a message indicating that 
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the user has accepted the call, to the service providing 
system 102 by employing digital wireless telephone 
communication, and displays the screen shown in Fig. 
13B (1209: display speech in process). 
[0212] Upon receiving the call reception response 5 
1208. the service providing system 102 transmits a call 
response 1210, i.e.. a message indicating the user has 
accepted a call, to the credit settlement terminal 300 by 
employing digital telephone communication. 
[021 3] The credit settlement terminal 300 receives the to 
call response 1210 and displays the screen shown in 
Fig. 14F (1211: display speech in progress), and the 
merchant begins to converse with the user (1212. 
speech communication). 

[0214] In the above described manner, the required 15 
procedures are completed for the performance of the 
customer service call process for the personal remote 
credit transaction service. 

[021 5] The customer service call process can also be 
initiated when the person in charge for the merchant 20 
selects Tphone" from the menu on the screen for the 
detailed sales history shown in Fig. 14G, and depresses 
the execution switch 308 (1200: customer service call 
operation), or when the person in charge for the mer- 
chant selects "customer service call" from the menu on 25 
the cancellation process completion screen shown in 
Fig. 11G. and depresses the execution switch 308 
(1200: customer service call operation). 
[0216] The contents of the data to be exchanged by 
the devices during the customer service call process 30 
will be described in detail later. 
[021 7] The inquiry call process will be now explained. 
[0218] in Fig. 12B is shown the inquiry call processing 
for the personal remote credit transaction service. 
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plays for the LCD 203 of the personal credit terminal 
1 00 during the inquiry call process, and in Figs. 14F and 
14H are shown example displays for the LCD 302 of the 
credit settlement terminal 300. 

[0220] The inquiry call process is a process whereby 40 
a user can place an inquiry call to a merchant with 
whom the user, 'dealt during a settlement processing, 
performed as part of the personal remote credit transac- 
tion service, without the telephone number of the user 
being reported to the merchant. 45 
[0221] The inquiry call process is begun when the 
user initiates the inquiry call operation at the personal 
credit terminal 100. 

[0222] In Fig. 12B, the user employs the mode switch 
204 to set the personal credit terminal 100 to the credit so 
card mode and to display the screen shown in Fig. 13C. 
Then, the user employs the function switch 207 to select 
"use history" from the menu on the screen shown in Fig. 
13D. and depresses the execution switch 21 1 The per- 
sonal credit terminal 100 displays the use history list 55 
shown in Fig. 13E. As is shown on the screen in Fig. 
13F, the user 'employs the function switch 207 to select 
the business deal that was handled by the merchant to 



whom the user is to make a call, selects "inquiry" from 
the menu, and depresses the execution switch 211 
(1213: inquiry caD operation). The personal credit termi- 
nal 100 automatically changes to the digital wireless tel- 
ephone mode, displays the screen shown in Fig. 13G 
(1214: display connection in process), and transmits an 
inquiry call request 1215. i.e., a message requesting 
that the inquiry call process be initiated, to the service 
providing system 102 by employing digital wireless tele- 
phone communication. 

[0223] Upon receipt of the inquiry call request 1215, 
the service providing system 102 transmits an inquiry 
call 1216. i.e.. a message for initiating a call to the mer- 
chant, to the credit settlement terminal 300 of the mer- 
chant by employing digital telephone communication. In 
addition, the service providing system 102 transmits an 
inquiry call request response 1217, i.e.. a message that 
a conversation with the merchant is permitted, to the 
personal credit terminal 100 by employing digital wire- 
less telephone communication. 

[0224] Upon receipt of the inquiry call request 
response 1217 from the service providing system 102. 
the personal credit terminal 100 displays the screen 
shown in Fig. 12H to inform the user that the merchant 
is being called (1219: display call in progress). 
[0225] The credit settlement terminal 300 receives the 
inquiry call 1216, outputs a call reception tone, displays 
the screen shown in Fig. 14H. and informs the merchant 
that a call from the user has amved (1218: display call 
reception). When the person in charge for merchant 
raises the handset 303 (1220: speech operation), the 
credit settlement terminal 300 transmits a call reception 
response 1221 , i.e.. a message indicating the merchant 
has accepted the call, to the service providing system 
102 by employing digiiai ieiephone communication, and 
displays the screen shown in Fig. 14F (1222: display 
speech in progress). 

[0226] Upon receiving the call reception response 
1221. the service providing system 102 transmits a call 
response 1223, i.e.. a message indicating the merchant 
has accepted a call, to the personal credit terminal 100 
by employing digital wireless telephone communication. 
[0227] The personal credit terminal 100 receives the 
call response 1223 and displays the screen shown in 
Fig. 13B (1224: display speech in progress), and the 
user begins to converse with the merchant (1225: 
speech communication). 

[0228] In the above described manner, the required 
procedures are performed for the inquiry call process 
for the personal remote credit transaction service. 
[0229] The inquiry call process can also be initiated 
when the user selects "inquiry" from the menu on the 
screen for the detailed use history shown in Fig. 131. 
and depresses the execution switch 21 1 (1213: inquiry 
call operation). 

[0230] The contents of the data to be exchanged 
between the devices during the inquiry call process will 
be described in detail later. 
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[0231 ] The internal structure of the personal credit ter- 
minal 100 will now be described. 
[0232] Fig. 15A is a block diagram illustrating the 
arrangement of the personal credit terminal 100. This 
terminal 100 comprises: a CPU (Central Processing s 
Unit) 1500. which processes data to be transmitted, 
receives data, and controls the other components via a 
bus 1529; a RAM (Random Access Memory) 1502, in 
which data processed by the CPU 1500 are stored; a 
EEPROM (Electric Erasable Programmable Read Only 10 
Memory) 1503, in which are stored a terminal ID for the 
personal credit terminal 100, a user ID for a user, a pri- 
vate key and a public key, a service provider ID for the 
service providing system 102, and the telephone 
number and the public key of a service provider; an LCD is 
controller 1504, which operates the LCD 203 under the 
control of the CPU 1 500, and which displays on the LCD 
203 an image set by the CPU 1 500; an encryption proc- 
essor 1505. which encrypts and decrypts data under 
the control of the CPU 1500; a data codec 1506, which 20 
codes data to be transmitted and decodes received 
data under the control of the CPU 1500; an infrared 
communication module 1507, which transmits and 
receives infrared rays during infrared communication; a 
key operation controller 1 509, which detects the manip- 25 
ulation by the user of the mode switch 204, the speech 
switch 205, the end switch 206, the function switch 207, 
the number key switch 208, the power switch 209 and 
the execution switch 211; an audio processor 1511, 
which drives a loudspeaker 1510, a receiver 202 or a 30 
headphone jack 212, and amplifies an analog audio sig- 
nal that is input through the microphone 210 or the 
headphone jack 212; an audio codec 1512, which 
encodes an analog audio signal 1542 to provide digital 
audio data, and decodes digital audio data to provide an 35 
analog audio signal 1543; a channel codec 1513, which 
generates data to be transmitted along a radio channel, 
and extracts, from received data, data that is addressed 
to the personal credit terminal 100; a modulator 1514, 
which modulates a serial digital signal 1 547 input by the ao 
channel codec 1513 to obtain an analog transmission 
signal 1 549 that employs as a baseband an electric sig- 
nal 1552 that is generated and transmitted by a PLL 
1516; a demodulator 1515. which, to obtain a serial dig- 
ital signal 1548, demodulates a received analog signal 45 
1550 that employs as a baseband an electric signal 
1553 that is generated and supplied by the PLL 1516, 
and which transmits the serial digital signal 1548 to the 
channel codec 1513; an RF unit 1517, which changes 
the analog transmission signal 1549 received from the so 
modulator 1514 into a radio wave and outputs it through 
an antenna 201. and which, upon receiving a radio 
wave through the antenna 201. transmits an analog 
reception signal 1550 to the demodulator 1515; a bat- 
tery capacity detector 1518. which detects the capacity 55 
of the battery of the personal credit terminal 100; and a 
logic controller 1 508. which activates the channel codec 
1513, the PLL 1516 and the RF unit 1517. and which 



processes interrupt signals that are transmitted by the 
key operation controller 1509, the channel codec 1513 
and the battery capacity detector 1518, and serves as 
an interface when the PU 1500 accesses the internal 
registers of the key operation controller 1509, the audio 
processor 151 1 and the channel codec 1513. 
[0233] The encryption processor 1505 includes a 
secret key encryption and decryption function and a 
public key encryption and decryption function. The 
encryption processor 1505 employs an encryption 
method determined by the CPU 1500 and the keys to 
encrypt or decrypt data set by the CPU 1500. 
[0234] The data codec 1 506 encodes data to be trans- 
mitted or decodes received data under the control of the 
CPU 1500. In this case, the encoding is a process for 
generating data to be transmitted that includes commu- 
nication control information and error correction infor- 
mation, and the decoding is a process for performing 
error correction on the received data and removing 
extra communication control information in order to 
obtain the data that a sender was to originally transmit. 
The data codec 1506 has a function for encoding or 
decoding data during data communication over a digital 
wireless phone, and a function for encoding or decoding 
data during infrared communication. The data codec 
1506 performs encoding or decoding determined by the 
CPU 1500 for data that are set by the CPU 1500. 
[0235] The infrared communication module 1507 
internally includes, as is shown in Fig. 15B, a serial/par- 
allel converter 1560, which performs the bidirectional 
conversion of parallel data and serial data; a modula- 
tor/demodulator 1561, which receives a serial digital 
signal 1562 from the serial-parallel converter 1560 and 
modulates it to obtain an infrared transmission signal 
1564, and which demodulates a received analog signal 
1565 to obtain a serial digital signal 1563; and an infra- 
red ray reception/emission unit 200, which converts a 
signal 1564 obtained by the modulator/demodulator 
1561 into an infrared ray and emits it and which con- 
verts a received infrared ray into an analog signal 1565. 
[0236] When the user depresses either the mode 
switch 204. the speech switch 205, the end switch 206, 
the function switch 207. the number key switch 208, the 
power switch 209 or the execution switch 21 1 , the key 
operation controller 1509 detects the switch manipula- 
tion by the user and asserts an interrupt signal 1538 
requesting the performance by the CPU 1500 of a proc- 
ess corresponding to the switch manipulation. As is 
shown in Fig. 18A, the key operation controller 1509 
includes a key control register (KEYCTL) 1812 for set- 
ting the valid/invalid state of each switch. 
[0237] The audio processor 1522 includes an audio 
control register (SCTL) 1511 for controlling the audio 
process, as is shown in Fig. 18A. 
[0238] The audio codec 1512 encodes an analog 
audio signal 1542 received from the audio processor 
151 1 to provide digital audio data, and decodes digital 
audio data received from the channel codec 1513 to 
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provide an analog audio signal 1543. The analog audio 
signal 1543 is transmitted to the audio processor 151 1 
which amplifies the signal 1543 and drives the receiver 
202 to produce sounds. The encoded digital audio data 
are transmitted to the channel codec 1513, which 5 
changes the data into data that can be transmitted 
across the radio channel. 

[0239] Two systems of data to be transmitted are 
received by the channel codec 1513: one type is digital 
audio data originating at the audio codec 1 51 2. and the w 
other type is data-communication data originating at the 
CPU 1500 that pass through the logic controller 1508. 
[0240] The channel codec 1513 adds identification 
data, as header information, to digital audio data and 
data communication data, and then converts the data is 
into a serial digital signal 1 547 having a data format suit- 
able for a digital wireless telephone and transmits the 
signal 1547 to the modulator 1514. 
[0241] In addition, upon receiving a serial digital signal 
1548 from the demodulator 1515, the channel codec so 
1513 examines a terminal ID and extracts only such 
data as is addressed to the channel codec 1513, 
removes the communication control information for the 
digital wireless phone, identifies the digital audio data 
and the data communication data using the header 25 
information, and transmits these data to the audio 
codec 1512 and the logic controller 1508 respectively. 
Further, when the channel codec 1513 receives a digital 
wireless call or data-communication data, it asserts an 
interrupt signal 1554 requesting the CPU 1500 to per- 30 
form a process required for a digital wireless telephone 
call that is received and a process for data-communica- 
tion data. 

[0242] In order to perform these processes, as is 
shown in Rn ISA, the channel codec 1513 includes: an 35 
ID register (ID) 1805, in which is stored a terminal ID; a 
channel codec control register (CHCTL) 1806, which 
controls the operation of the channel codec 1513; a 
audio transmission buffer 1807. in which are stored dig- 
ital audio data received from the audio codec 1512; an 40 
audio reception buffer 1808, in which are stored digital 
audio data extracted from received data; a data trans- 
mission buffer 1809, in which are stored data communi- 
cation data received from the logic controller 1508; and 
a data reception buffer 1810, in which are stored com- 45 
munication data extracted from received data. 
[0243] The modulator 1 51 4 modulates a serial digital 
signal 1547 received from the channel codec 1513 to 
provide an analog transmission signal 1549, which is 
employed as a baseband for an electric signal 1 552 that so 
is generated and supplied by the PLL 1516. and trans- 
mits the signal 1549 to the RF unit 1517. The analog 
transmission signal 1549 received by the RF unit 1517 
is output as a radio wave through the antenna 201. 
[0244] When a radio wave is received at the antenna ss 
201, an analog reception signal 1550 is transmitted by 
the RF unit 151 7 to the demodulator 1515. The demod- 
ulator 1515 demodulates the analog signal 1550, while 



employing as its baseband an electric signal 1553 that 
is generated and supplied by the PLL 1516, and trans- 
mits an obtained serial digital signal 1548 to the channel 
codec 1513. 

[0245] The battery capacity detector 1518, for detect- 
ing the capacity of a battery, asserts an interrupt signal 
1557 when the remaining capacity of the battery of the 
personal credit terminal 100 is equal to or less than a 
value Q (Q > 0) set by the CPU 1500. The interrupt sig- 
nal 1557 is a signal for requesting the CPU 1500 to per- 
form a data backup process for the RAM 1502, the 
value Q being large enough to permit the performance 
of a backup process by the personal credit terminal 1 00. 
[0246] The logic controller 1 508 includes five internal 
registers, as is shown in Fig. 18A: a frame counter 
(FRAMEC) 1800, a start frame register (FRAME) 1801 
a clock counter (CLOCKC) 1802, an update time regis- 
ter (UPTIME) 1803 and an interrupt register (INT) 1804 
[0247] The frame counter 1 800 is employed to count 
the number of frames for the digital wireless phone; the 
start frame register 1801 is employed to store the frame 
number of the frame that is to be activated next; the 
clock counter 1802 is employed to measure the current 
time; the update time register 1803 is employed to store 
the time at which the personal credit terminal 100 will 
communicate with the service providing system 102 to 
update data in the RAM 1502; and the interrupt register 
1804 is employed to indicate the reason an interrupt is 
generated for the CPU 1500. 

[0248] Generally, to receive a call, the digital wireless 
telephone intermittently acquires control data for a con- 
trol channel and compares it with the terminal ID. The 
personal credit terminal 100 employs the frame counter 
1800 and the start frame register 1801 to intermittently 
acquire control data. First, the number of the frame to 
be activated next is stored in advance in the start frame 
register 1801, and when the count value of the frame 
counter 1800 equals the value held by the start frame 
register 1801 , to acquire control data the logic controller 
1508 activates the channel codec 1513, the PLL 1516 
and the RF unit 1517 via an address data signal line 
1558. 

[0249] When one of the interrupt signals 1558, 1554 
and 1557 is asserted, the logic controller 1508 writes 
the reason for the interrupt in the interrupt register (INT) 
1804, and asserts an interrupt signal 1519 requesting 
the CPU 1500 perform an interrupt process. For the 
interrupt processing, the CPU 1500 reads the reason 
stored in the interrupt register 1804 and then performs a 
corresponding process. 

[0250] The individual bit fields of the interrupt register 
(INT) 1804 are defined as is shown in Fig. 18B. 
[0251] Bit 31 represents the state of the power switch 
209. When the bit value is 0. it indicates the state is the 
power-OFF state, and when the bit value is 1. it indi- 
cates the state is the power-ON state. 
[0252] Bit 30 represents the digital wireless telephone 
communication state. When the bit value is 0, it indi- 
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cates the state is one where no cfigital wireless tele- 
phone communication is being performed, and when 
the bit value is 1 , it indicates the state is one where dig- 
ital wireless telephone communication is in progress. 
[0253] Bit 29 represents the generation of a frame s 
interrupt requesting the intermittent acquisition of con- 
trol data. When the bit value is 1 , it indicates a condition 
that exists when a frame interruption has occurred. In 
this bit field, a 1 is set when the value in the frame coun- 
ter 1 800 equals the value held in the start frame register 10 
1801. 

[0254] Bit 28 represents the generation of a call arrival 
interrupt. When the bit value is 1, it indicates that a dig- 
ital wireless call has arrived. In this bit field, a 1 is set 
when the terminal ID is matched and the interrupt signal 15 
1554 is generated during the intermittent acquisition of 
control data for the digital wireless phone. 
[0255] Bit 27 represents the generation of a data 
reception interrupt. When the bit value is 1 , it indicates 
that data is being received. In this bit field, a 1 is set 20 
when the data-communication data are received and 
the interrupt signal 1554 is generated during the course 
of digital wireless telephone communication. 
[0256] Bit 26 represents the generation of an update 
interrupt requesting the performance of a data updating 25 
process. When the bit value is 1. it indicates the gener- 
ation the update interrupt. In this bitfield, a 1 is set when 
the value in the clock counter 1 802 matches the value in 
the update time register 1803. 

[0257] Bit 25 represents the generation of a battery 30 
interrupt requesting a backup process. When the bit 
value is 1. it represents the generation of the battery 
interrupt. In this bit field, a 1 is set when the interrupt 
signal 1557 received from the battery capacity detector 
1518 is asserted. 35 
[0258] Bit 24 represents the generation of a key inter- 
rupt by manipulation of the switch. When the bit value is 
1 . it represents the generation of the key interrupt. 
[0259] Bits 0 to 9 correspond to switches 0 to 9 for the 
number key switch 208. Bit 10 and bit 1 1 correspond to 40 
number key switches and and bits 12 to 15 corre- 
sponds to function switches F1 to F4. Bits 16 to 20 
respectively correspond to the power switch 209, the 
execution switch 21 1, the mode switch 204, the speech 
switch 205 and the end switch 206. When the value of a 45 
bit is 1 , it indicates that a switch corresponding to that bit 
has been depressed. 

[0260] Data stored in the RAM 1502 will now be 
described. 

[0261] Fig. 16 is a specific diagram showing a RAM so 
map for data stored in the RAM 1502. 
[0262] The RAM 1502 is constituted by five areas: a 
fundamental program objects area 1600. a service data 
area 1601, a user area 1602, a work area 1603. and a 
temporary area 1604. In the fundamental program ss 
objects area 1600 are stored an upgraded module for a 
program stored in the ROM 1501. and a patch program. 
[0263] The user area 1602 is an area that can be 



freely used by a user, the work area 1 603 is a work area 
that the CU 1500 employs when executing a program, 
and the temporary area 1604 is an area in which infor- 
mation received by the personal credit terminal 100 is 
stored temporarily. The service data area 1601 is an 
area in which is stored ID information for the personal 
remote credit transaction service, credit card informa- 
tion, and history information; the data in this area are 
managed by the service providing system 102. 
[0264] The service data area 1601 is constituted by 
eight sub-areas: a data management information area 
1605, a personal information area 1606, a portrait 
image data area 1607. a user preference area 1608, a 
telephone function area 1609, a credit card list area 
1610, a use list area 1611, and an object data area 
1612. The data management information area 1605 is 
an area in which is stored management information for 
data stored in the service data area 1601 ; the personal 
information area 1606 is an area in which are stored the 
name, age and gender of a user; the portrait image data 
area 1607 is an area in which the portrait image data for 
the face of a user are stored; the user preference area 
1608 is an area in which is stored preference informa- 
tion for a user concerning the personal remote credit 
transaction service; the telephone function information 
area 1609 is an area in which information concerning a 
digital wireless telephone is stored; the credit card list 
area 1610 is an area in which list information for credit 
cards registered by a user is stored; the use list area 
161 1 is an area in which is stored use history informa- 
tion for the personal remote credit transaction service; 
and the object data area 1612 is an area in which are 
stored object data for information managed in the other 
seven areas. 

[0265] The information stored in the service data area 
1601 will now be described in detail. 
[0266] Fig. 17 is a detailed, specific diagram showing 
the relationship existing between information stored in 
the service data area 1601 . 

[0267] The data management information 1605 con- 
sists of nine types of information: a last data update 
date 1 700, a next data update date 1 701 . a terminal sta- 
tus 1702. a personal information address 1703, a por- 
trait data address 1704, a user preference address 
1705, a telephone function information address 1706, a 
credit card list address 1707, and a use list address 
1708. 

[0268] The last data update date 1 700 represents the 
date on which the service providing system 102 last 
updated the data in the service data area 1601 . and the 
next data update date 1701 represents the date on 
which the service providing system 102 will next update 
data in the service data area 1601. The personal credit 
terminal 100 automatically initiates the update process 
when the time set in accordance with the next data 
update date 1701 is reached. 

[0269] The data updating process is a process 
whereby the service providing system 102 updates the 
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data in the service data area 1601. The data updating 
process will be described in detail later 
[0270] The terminal status 1 702 represents the status 
of the personal credt terminal 100; and the personal 
information address 1703, the portrait data address 
1704. the user preference address 1705. the telephone 
function information address 1 706, the credit card list 
address 1707, and the user list address 1708 respec- 
tively represent the first addresses of the areas in which 
are stored personal information 1606, portrait image 
data 1607. user preference information 1608, telephone 
function information 1609. a credit card list 1610. and a 
use list 1611. 

[0271] The telephone function information 1609 con- 
sists of three types of information: a last called number 
1709. an address book address 1710, and a shortcut 
file address 1711. The last called number 1709 repre- 
sents a telephone number employed for a prior call, and 
is employed when re-dialing a digital wireless phone. 
The address book address 1710 and the shortcut file 
address 1711 respectively represent addresses in the 
object data area 1612 at which address book informa- 
tion and a shortcut file are stored. 
[0272] The credit card list 1610 includes list informa- 
tion for credit cards that are registered by a user. In the 
credit card list 1610. seven types of information are 
entered for each credit card: a crecfit card name 1712 
(1719). a credit card number 1713 (1720), an effective 
period 1 71 4 (1 721 ). a credit card status 1715(1 722), an 
image data address 1716 (1723), an object data 
address 1717 (1724), and an access time 1718 (1725). 
[0273] The credit card status 1715 (1722) indicates 
whether or not the credit card is effective, and also the 
credit limit, while the image data address 1716 (1723) 
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which image data for the credit card are stored. The 
or^ect data address 1 71 7 (1 724) represents an address 
at which are stored object data for a program for the 
credit card, and the access time 1 71 8 ( 1 725) represents 
the last time that the user employed the credit card. 
[0274] At the object data address 1717 (1724) is 
stored a local address that is an address in the object 
data area 1612. or a remote address that is an address 
in the user information server 402 of the service provid- 
ing system 102. When a remote address is stored at the 
object data address 1717 (1724), and when the user 
selects a corresponding credit card, the personal credit 
terminal 100 downloads object data from the service 
providing system 102 to the temporary area 1604. and 
executes a program for the credit card. In order to sim- 
ply display the credit card, the image data at the image 
data address 1716 (1723) in the object data area 1612 
are displayed, and object data are not downloaded. 
[0275] An address to be stored at the object data 
address 1717 (1724) is determined by the service pro- 
viding system 102. As part of the data updating proc- 
ess, the access times for the individual credit cards are 
compared, and a local address is assigned for the credit 



card having the latest access time. When there is ade- 
quate space in the object data area 1612. the object 
data addresses of ail the credit cards can be local 
addresses. 

s [0276] In the use list 1611. four types of information 
are stored for one personal remote credit transaction 
service: a request number 1726 (1730). a service code 
1727 (1731), a use time 1728 (1732), and a use infor- 
mation address 1729 (1733). 

10 [0277] The request number 1 726 (1 730) uniquely rep- 
resents the deal with the merchant, and is issued by the 
personal credit terminal 100 when it generates the pay- 
ment offer 608. Trie service code 1 727 (1 731) is a code 
number that indicates the type of credit card service that 

is is provided. The use time 1728 (1732) is the time at 
which when the personal remote credit transaction 
service is provided, and the use information address 
1279 (1 733) is an address at which a receipt is stored. 
[0278] At the use information address 1729 (1733) is 

20 stored a local address that is an address in the object 
data area 1612, or a remote address that is an address 
in the user information server 402 of the service provid- 
ing system 102. 

[0279] When a remote address is stored at the use 

25 information address 1729 (1733), and when the user 
accesses the use information, the personal credit termi- 
nal 100 downloads the use information from the service 
providing system 102 to the temporary area 1604 and 
displays it on the LCD 203. 

30 [0280] The address stored at the use information 
address 1729 (1733) is also determined by the service 
providing system 102. A part of the data updating proc- 
ess, the use times for the individual use information 
items are compared, and a local address is assigned for 

35 the use information having ihe iatest use time. When 
there is adequate space in the object data area 1612. all 
the use information addresses can be local addresses. 
[0281 ] The process performed by the CPU 1 500 will 
now be described. 

40 [0282] Figs. 1 9A and 1 9B are conceptual flowcharts 
for the processing performed by the CPU 1500. 
[0283] As is shown in Figs. 19A and 19B. the proc- 
esses for the CPU 1500 can be roughly sorted into ten 
processes and an interrupt process 1901 . 

45 [0284] The ten processes are a power-ON process, a 
wireless telephone function process, a crecfit card proc- 
ess, an inquiry call process, a customer service call 
process: a data updating process, a backup process, a 
remote access process, a session establishment proc- 

50 ess. and a power-OFF process, which are executed in a 
main loop 1900. 

[0285] For each process, a corresponding word field 
indicating the status of the process is maintained in the 
RAM 1502. and the CPU 1500 performs the process in 
55 accordance with the process status entry. 

[0286] The power-ON process is an initialization proc- 
ess that is performed when the power switch of a unit is 
turned on by a user. Ihe wireless telephone function 
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process is a process performed when the unit is in a dig- 
ital wireless telephone mode. The credit card process is 
a process performed when the unit is in a credit card 
mode. The inquiry call process is a process for handling 
an inquiry call, and the customer service call process is 5 
a process for handling a customer service call. The data 
updating process is a process employed for updating 
data, and the backup process is a process employed for 
backing up data. The remote access process is a proc- 
ess for accessing data held in the user information 10 
server 402 of the service providing system 102. The 
session establishment process is a process for estab- 
lishing a communication session with the service pro- 
viding system 102. The power-OFF process is an end 
process that is performed when the power switch is ?5 
turned off by the user. 

[0287] In Figs. 19A and 19B, when the personal credit 
terminal 100 is reset, program control advances to step 
1902, whereat the CPU 1500 renders the power-ON 
process active. 20 
[0288] At step 1903, a check is performed to deter- 
mine whether the power-ON process is active. When 
the power-ON process is inactive, program control 
moves to step 1905. When the power-ON process is 
active, program control goes to step 1904, whereat the 25 
power-ON process is performed for a specified period of 
time. Thereafter, program control moves to step 1905. 
[0289] At step 1905. a check is performed to deter- 
mine whether the wireless telephone function process is 
active. When the wireless telephone function process is 30 
inactive, program control moves to step 1907. When the 
wireless telephone function process is active, program 
control goes to step 1906, whereat the wireless tele- 
phone function process is performed for a specified 
period of time. Thereafter, program control moves to 35 
step 1907. 

[0290] At step 1907. a check is performed to deter- 
mine whether the credit card process is active. When 
the credit card process is inactive, program control 
moves to step 1909. When the credit card process is 40 
active, program control goes to step 1908, whereat the 
credit card process is performed for a specified period 
of time. Thereafter, program control moves to step 
1909. 

[0291] At step 1909, a check is performed to deter- 45 
mine whether the inquiry call process is active. When 
the inquiry call process is inactive, program control 
moves to step 1911. When the inquiry call process is 
active, program control goes to step 1910, whereat the 
inquiry call process is performed for a specified period so 
of time. Thereafter, program control moves to step 
1911. 

[0292] At step 1911, a check is performed to deter- 
mine whether the customer service call process is 
active. When the customer service call process is inac- ss 
tive. program control moves to step 1913. When the 
customer service call process is active, program control 
goes to step 1912, whereat the customer service call 



process is performed for a specified period of time. 
Thereafter, program control moves to step 1913. 
[0293] At step 1913. a check is performed to deter- 
mine whether the data updating process is active. When 
the data updating process is inactive, program control 
moves to step 1915. When the data updating process is 
active, program control goes to step 1914, whereat the 
data updating process is performed for a specified 
period of time. Thereafter, program control moves to 
step 1915. 

[0294] At step 1915, a check is performed to deter- 
mine whether the backup process is active. When the 
backup process is inactive, program control moves to 
step 1 91 7. When the backup process is active, program 
control goes to step 1914, whereat the backup process 
is performed for a specified period of time. Thereafter, 
program control moves to step 191 7. 
[0295] At step 1917, a check is performed to deter- 
mine whether the remote access process is active. 
When the remote access process is inactive, program 
control moves to step 1919. When the remote access 
process is active, program control goes to step 1918, 
whereat the remote access process is performed for a 
specified period of time. Thereafter, program control 
moves to step 1919. 

[0296] At step 1919. a check is performed to deter- 
mine whether the session establishment process is 
active. When the session establishment process is inac- 
tive, program control moves to step 1921. When the 
session establishment process is active, program con- 
trol goes to step 1920, whereat the session establish- 
ment process is performed for a specified period of 
time. Thereafter, program control moves to step 1921 . 
[0297] At step 1921. a check is performed to deter- 
mine whether the power-OFF process is active. When 
the power-OFF process is active, program control goes 
to step 1922, whereat the power-OFF process is per- 
formed. When the power-OFF process is inactive, pro- 
gram control returns to step 1903. When the interrupt 
signal 1518 is asserted requesting the CPU 1500 per- 
form an interrupt process, it performs the interrupt proc- 
ess 1901 and then returns to the processing for the 
main loop 1900. 

[0298] For the interrupt process 1901, first, at step 
1923 the CPU 1500 reads the interrupt register (INT) 
1804 and copies its contents to the word interrupt in the 
RAM (work area). After being read by the CPU 1500, 
the interrupt register (INT) 1804 is echo-reset. 
[0299] At step 1924, the interrupt bit value 28 is 
employed to determine whether the interrupt 1518 is a 
reception interrupt. When the interrupt 1518 is not a 
reception interrupt (interrupt (bit28) = 0). program con- 
trol advances to step 1926. When the interrupt 1518 is 
a reception interrupt (interrupt (bit28) = 1). program con- 
trol moves to step 1925. whereat the status of the wire- 
less telephone process is set to active. Program control 
thereafter moves to step 1926. 

[0300] At step 1926. the interrupt bit value 26 is 
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employed to determine whether the interrupt 1518 is an 
update interrupt When the interrupt 1518 is not an 
update interrupt (interrupt (bit26) = 0), program control 
advances to step 1928. When the interrupt 1518 is an 
update interrupt (interrupt (bit26) = 1), program control 
moves to step 1927, whereat the status of the data 
updating process is set to active. Program control there- 
after moves to step 1928. 

[0301] At step 1928. the interrupt bit value 25 is 
employed to determine whether the interrupt 1518 is a 
backup interrupt. When the interrupt 1518 is not a 
backup interrupt (interrupt (bit25) = 0), program control 
advances to step 1930. When the interrupt 1518 is a 
backup interrupt (interrupt (bit25) = 1), program control 
moves to step 1929, whereat the status of the backup 
process is set to active. Program control thereafter 
moves to step 1930. 

[0302] At step 1930, the interrupt bit value 24 is 
employed to determine whether the interrupt 1518 is a 
key interrupt. When the interrupt 1518 is not a key inter- 
rupt (interrupt (bit24) = 0), the interrupt process is termi- 
nated and program control returns to the main loop. 
When the interrupt 1518 is a key interrupt (intenupt 
(bit24) = 1), program control moves to step 1931. 
[0303] At step 1 931 . the "power" bit value (bit 1 6) of 
the interrupt is examined. When the bit value is 0. the 
interrupt process is terminated and program control 
returns to the main loop 1900. When the bit value is 1 , it 
is assumed that the power switch has been manipulated 
and program control moves to step 1932. 
[0304] At step 1932, the "power display" bit value (bit 
31) of the intenupt is examined. When the bit value is 0, 
it is assumed that the power-OFF operation has been 
performed, and program control goes to step 1934. 
When the bit value is 1 , it is assumed that the pewer-ON 
operation has been performed, and program control 
moves to step 1933. 

[0305] At step 1 933. the status of the power-ON proc- 
ess is set to active, and the interrupt process is termi- 
nated. Program control thereafter returns to the main 
loop 1900. 

[0306] At step 1934, the status of the power-OFF 
process is set to active, and the interrupt process is ter- 
minated. Program control thereafter returns to the main 
loop 1900. 

[0307] In the interrupt process 1901, a process for 
which the status has been set to active is returned to the 
main loop 1900 to be performed. 
[0308] An explanation will now be given for a digital 
signature process and a closing process that are per- 
formed by the personal credit terminal 100 before gen- 
erating a message to be transmitted to the credit 
settlement terminal 300 and to the service providing 
system 102. 

[0309] Since the credit settlement terminal 300 per- 
forms the same digital signature process and closing 
process, instead of the user, the merchant and the serv- 
ice provider, common terms, such as Mr. A and Mr. B, 



are employed to describe persons in the following expla- 
nation. 

[0310] In the digital signature process, an electronic 
signature is provided for a message by using the prop- 
5 erty of the encryption method that employs a public key, 
"a message encrypted using a private key can only be 
decrypted by using a public key that corresponds to the 
private key." 

[031 1] Figs. 20A and 20B are a flowchart and a dia- 
10 gram explaining the concept of the digital signature 
processing when Mr. A provides his digital signature for 
a message. 

[0312] First, at step 2000 the CPU 1500 calculates a 
hash function for a message 2003 to prepare a mes- 

15 sage digest 2004. 

[0313] At step 2001, the CPU 1500 employs the 
encryption processor 1505 to encrypt the message 
digest 2004 using Mr. A's private key, and generates a 
digital signature 2005. 

20 [031 4] At step 2002, the CPU 1 500 affixes the digital 
signature 2005 to the original message 2003. In this 
manner, the CPU 1500 generates a message 2006 to 
which Mr. A's digital signature is affixed. 
[0315] The message to which Mr. A's digital signature 

25 is affixed is represented as shown by message 2006 in 
Fig. 20B, and in the following explanation a message to 
which is affixed a digital signature will be represented as 
is message 2006. 

[031 6] The closing process will now be described. F6I- 
30 lowing the closing process, only a specific person can 
use a public key to access the contents of a message 
because of the property of the encryption method: "a 
message encrypted using a private key can be 
decrypted only by using a public key that corresponds to 

mv ^iiyui^ 

[031 7] Figs. 21 A and 21 B are a flowchart and a dia- 
gram for explaining the concept of the processing per- 
formed to envelope the message to which Mr. A's digital 
signature is affixed, and for addressing it to Mr. B, the 

40 intended recipient. 

[0318] At step 2100. the CPU 1500 employs a random 
number function to generate a secret key 2104 that is 
used for secret key encryption. At step 2101. the CPU 
1500 employs the encryption processor 1505 and uses 

45 the secret key 2104 to encrypt the message 2006 to 
which the digital signature is affixed. 
[0319] At step 2102, the CPU 1500 employs the 
encryption processor 1505 to encrypt the secret key 
2104 using the public key belonging to Mr. B, the 

so intended recipient. 

[0320] At step 2103. the CPU 1500 adds the output 

2106 provided at step 21 02 to the output 21 05 provided 
at step 2101. In this manner, an enveloped message 

2107 is generated for Mr. B. 

55 [0321] The enveloped message for Mr. B is repre- 
sented as shown by message 2007 in Fig. 21 B, and in 
the following explanation the enveloped message will be . 
represented the same way. 
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[0322] An explanation will now be given for a decryp- 
tion process for an enveloped, encrypted message and 
a verification process for a digital signature that are per- 
formed by the personal credit terminal 100 when it 
receives a message from the service providing system 5 
102. For these processes, the persons concerned are 
generalized. 

[0323] First, the decryption process will be explained. 
[0324] Figs. 22A and 22B are a flowchart and a dia- 
gram for explaining the concept of the process used for 10 
decrypting an enveloped message addressed to Mr. B. 
[0325] At step 2200, the CPU 1 500 divides the envel- 
oped message to Mr. B into a secret key portion 2203, 
which was encrypted using Mr. B*s public key, and a 
message that was encrypted using the secret key. 75 
Then, the encryption processor 1505 of the CPU 1500 
employs Mr. B's private key to decrypt the secret key 
portion 2203 encrypted using his public key, and 
extracts a secret key 2205. 

[0326] Then, at step 2201 . the CPU 1 500 permits the 20 
encryption processor 1 505 to use the secret key 2205 to 
decrypt the message portion 2204 that was encrypted 
using the secret key. 

[0327] An enveloped message is decrypted in the 
above manner. The process for verifying a digital signa- 25 
ture will now be explained. 

[0328] Figs. 23A and 23B are a flowchart and a dia- 
gram for explaining the concept of the process 
employed when verifying the digital signature of Mr. A, 
the sender of the message, that is affixed to a message. 30 
[0329] First at step 2300 the CPU 1 500 calculates the 
hash function for the portion (Message' 2303) of the 
message 2206 to which the digital signature is affixed, 
and generates a message digest 2305. 
[0330] At step 230 1 , the encryption processor 1 505 of 35 
the CPU 1500 employs Mr. A's public key to decrypt the 
digital signature portion 2304 of the message 2206 to 
which the digital signature is affixed. 
[0331] At step 2302, the CPU 1500 compares the out- 
put 2305 obtained at step 2300 with the output 2304 40 
obtained at step 2301 . When the contents of the outputs 
match, it is assumed that the digital signature has been 
verified, and when they do not match, it is assumed that 
a verification error has occurred. 

[0332] The process for verifying the digital signature is 45 
performed in the above descrtoed manner. 
[0333] The internal structure of the credit settlement 
terminal 300 will now be explained. 
[0334] Fig. 24A is a block diagram illustrating the 
arrangement of the credit settlement terminal 300. The so 
terminal 300 comprises: a CPU (Central Processing 
Unit) 2400, which processes data that is to be transmit- 
ted and data that is received in accordance with a pro- 
gram stored in a ROM (Read Only Memory) and which 
controls the other components via a bus 2429: a RAM 55 
(Random Access Memory) 2402 in which are stored 
data that are to be processed and data that have been 
processed by the CPU 2400; a hard disk 2403. on which 



are stored object data for information that is designated 
by management information for data in the RAM 2402; 
a EE PROM (Electric Erasable Programmable Read 
Only Memory) 2404, in which are stored the terminal ID 
of the credit settlement terminal 300, a telephone 
number, a merchant ID for a merchant, a private key 
and a public key, the service provider ID of the service 
providing system 102, a telephone number, and the 
public key of the service provider; an LCD controller 

2405, which operates the LCD 302 under the control of 
the CPU 2400 and which displays on the LCD 302 an 
image set by the CPU 2400; an encryption processor 

2406, which encrypts or decrypts data under the control 
of the CPU 2400; a data codec 2407, which encodes 
data to be transmitted and decodes received data under 
the control of the CPU 2400; a serial-parallel converter 
2408, which is connected to the infrared module 301 at 
a serial port 2409 by the serial cable 310, and which 
performs bidirectional conversion of parallel data and 
serial data; a key operation controller 2411, which 
detects a merchant's manipulation of a mode switch 
304, a hook switch 305. a function switch 306, a number 
key switch 307, an execution switch 308 or a power 
switch 309, and which asserts an interrupt signal 2439; 
an audio processor 2413, which encodes an analog 
audio signal 2444 to provide digital audio data and 
decodes digital audio data to provide an analog audio 
signal 2443; an audio codec 2414, which encodes an 
analog audio signal 2444 to digital audio data and 
decodes digital audio data to an analog audio signal 
2443; a channel codec 2415. which generates data to 
be transmitted along the communication channel, and 
identifies received data as either digital audio data or 
data-communication data; a digital communication 
adaptor 2416, which converts a digital signal 2448 to 
provide data having a format suitable for digital tele- 
phone communication, or which performs an inverted 
conversion; an RS-232C interface 2417, which is con- 
nected to an RS-232C cable 313; and a logic controller 
241 0, which processes an interrupt signal received from 
the key operation controller 2411, the channel codec 
2415 or the RS-232C interface 2417, and which serves 
as an interface when the CPU 2400 accesses the inter- 
nal register of the key operation controller 2411, the 
audio processor 2413 or the channel codec 2415. 
[0335] The encryption processor 2403 includes a pri- 
vate key encryption and decryption function and a pub- 
lic key encryption and decryption function. The 
encryption processor 2403 employs an encryption 
method, as determined by the CPU 2400, and the keys 
to encrypt or decrypt data set by the CPU 2400. 
[0336] The data codec 2407 encodes data to be trans- 
mitted, or decodes received data under the control of 
the CPU 2400. In this case, the encoding is a process 
for generating data to be transmitted that includes com- 
munication control information and error correction 
information, and the decoding is a process for perform- 
ing error correction for the received data and for remov- 
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ing extra communication control information in order to 
obtain the data that a sender originally intended to 
transmit The data codec 2407 has a function for encod- 
ing or decoding data while data communication employ- 
ing a digital telephone is in progress, and a function for 5 
encoding or decoding data while infrared communica- 
tion is in progress. The data codec 2407 performs 
encoding or decoding as determined by the CPU 2400 
for data that are set by the CPU 2400. 
[0337] The infrared communication module 301 is 10 
connected via the serial cable 310 and the serial port 
2409 to the serial-parallel converter 2408. As is shown 
in Fig. 24B, the infrared communication module 301 
includes internally a srial port 2455, which functions as 
an interface with the credit settlement terminal 300; a 15 
modulator/demodulator 2456, which receives a digital 
signal 2458 from the serial-parallel converter 2408 and 
modulates it provide an infrared transmission signal 

2460, and which demodulates a received analog signal 
2461 to provide a serial digital signal 2459; and an infra- 20 
red ray reception/emission unit 2457, which converts a 
signal 2460 received from the modulator/demodulator 
2456 into an infrared ray and then emits it. and which 
converts a received infrared ray into an analog signal 

2461. 25 
[0338] The infrared module 301 performs transmis- 
sion and reception of infrared rays, in addition to imple- 
menting infrared communication. The infrared module 
301 changes data set by the CPU 2400 into an infrared 

ray and then emits it, or converts a received infrared ray 30 
into data. 

[0339] When the merchant depresses either the mode 
switch 304, the hook switch 305, the function switch 
306, the number key switch 307, the execution switch 

QHR or tho rwivai' Onn «W_ i . . x: _ _ . . . 

ler 241 1 asserts an interrupt signal 2439 requesting the 
CPU 2400 perform a process corresponding to the 
switch manipulation. As is shown in Fig. 27A, the key 
operation controller 241 1 includes a key control register 
(KEYCTL) 271 0 for setting a valid/invalid state for each 40 
switch. The CPU 2400 accesses the key control register 
(KEYCTL) 2710 to determine whether a switch is effec- 
tive or not. 

[0340] The audio processor 2413 includes an audio 
control register (SCTL) 2709 for controlling the audio 45 
process, as is shown in Fig. 27A. The CPU 2400 
accesses the audio control register (SCTL) 2709 to con- 
trol the operation of the audio processor 2413. When, 
for example, a request for a digital telephone call is 
received, the CPU 2400 accesses the audio control reg- so 
ister (SCTL) 2709 to output an arrival tone for a digital 
call. Therefore, the audio processor 2413 drives the 
loudspeaker 2412 to output an arrival tone for a digital 
call. 

[0341] The audio codec 2414 encodes an analog 55 
audio signal 2444 received from the audio processor 
2413 to provide digital audio data, and decodes digital 
audio data received from the channel codec 2415 to 



provide an analog audio signal 2443. The analog audio 
signal 2443 is transmitted to the audio processor 2414, 
which amplifies the signal 2443 and drives the receiver 
of the telephone handset 303 to release sounds. The 
encoded digital audio data are transmitted to the chan- 
nel codec 2415. which then changes the data into data 
suitable for transmission across the communication 
channel. 

[0342] Two types of data to be transmitted are 
received by the channel codec 2415: one type is digital 
audio data produced by the audio codec 2414, and the 
other type is data-communication data produced by the 
CPU 2400 that pass through the logic controller 2410. 
[0343] The channel codec 24 1 5 adds as header infor- 
mation for digital the audio data and the data-communi- 
cation data, information identifying the data types, and 
multiplexes the digital audio data and the data-commu- 
nication data and transmits a resultant digital signal 
2448 to the digital communication adaptor 2416. 
[0344] In addition, upon receiving a digital signal 2448 
from the digital communication adaptor 2416, the chan- 
nel codec 2415 examines a terminal ID, identifies the 
digital audio data and the data communication data 
using the header information, and transmits the respec- 
tive data to the audio codec 2412 and the logic control- 
ler 2410. Thereafter, when the channel codec 2415 
receives a digital call or data-communication data, it 
asserts an interrupt signal 2449 requesting the CPU 
2400 perform a process for a received digital telephone 
and a process for data-communication data. 
[0345] In order to perform these processes, as is 
shown in Fig. 27A, the channel codec 2415 includes: an 
ID register (ID) 2703, in which a terminal ID is stored; a 
channel codec control register (CHCTL) 2704, which 
controls the operation of the channel codec 2415; an 
audio transmission buffer 2705, in which are stored dig- 
ital audio data received from the audio codec 2414; an 
audio reception buffer 2706, in which are stored digital 
audio data extracted from received data; a data trans- 
mission buffer 2707, in which are stored data-communi- 
cation data received from the logic controller 2410; and 
a data reception buffer 2708. in which are stored data 
communication data extracted from received data. 
[0346] The digital communication adaptor 2416 
encodes a digital signal 2448 to obtain data having a 
format suitable for digital telephone communication, and 
outputs the resultant signal to a digital telephone com- 
munication line 110. The digital communication adaptor 
2416 further decodes a signal received along the digital 
telephone communication line 110, and supplies an 
obtained digital signal 2448 to the channel codec 2415. 
[0347] The RS-232C interface 2417 is an interface cir- 
cuit for connecting the RS-232C cable 313. The credit 
settlement terminal 300 communicates with the cash 
register 311 via the RS-232C interface 2417. The RS- 
232C interface 241 7 receives data from the cash regis- 
ter 31 1 and asserts an interrupt signal 2452 requesting 
the CPU 2400 exchange data with the cash register 31 1 
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via the RS-232C interface 2417. 
[0348] The logic controller 2410 internally includes 
three registers as is shown in Fig. 27A: a dock counter 
(CLOCKC) 2700, an update time register (UPTIME) 
2701 , and an interrupt register (INT) 2702. s 
[0349] The clock counter 2700 measures the current 
time; the update time register 2701 is used to store the 
time at which the credit settlement terminal 300 updates 
data in the RAM 2402 and on the hard disk 2403 
through communication conducted with the service pro- w 
viding system 102; and the interrupt register 2702 is 
used to indicate for the CPU the reason an interrupt is 
generated. 

[0350] When one of the interrupt signals 2439, 2449 
and 2452 is asserted, the logic controller 2410 writes is 
the reason the interrupt was generated in the interrupt 
register (INT) 2702, and asserts an interrupt signal 
2418 requesting the CPU 2400 perform the interrupt 
process. For the interrupt process, the CPU 2400 reads 
from the interrupt register 2702 the reason the interrupt 20 
was generated, and performs a corresponding process. 
[0351 ] The individual bit fields in the interrupt register 
(INT) 2702 are defined as is shown in Fig. 27B. 
[0352] Bit 3 1 represents the state of the power switch 
309. When the bit value is 0, it represents the power- 25 
OFF state, and when the bit value is 1 . it represents the 
power-ON state. 

[0353] Bit 30 represents the digital telephone commu- 
nication state. When the bit value is 0, it represents the 
state during which no digital telephone communication 30 
is performed, and when the bit value is 1 , it represents 
the state during which digital wireless telephone com- 
munication is performed. 

[0354] Bit 28 represents the generation of a call arrival 
interrupt. When the bit value is 1 , it signals the arrival of 35 
a digital call. In this bit field, a 1 is set when a digital tel- 
ephone call is received and the interrupt signal 2449 is 
asserted. 

[0355] Bit 27 represents the generation of a data 
reception interrupt. When the bit value is 1 , it signals the 40 
reception of data In this bit field, a 1 is set when the 
data-communication data are received and the interrupt 
signal 2449 is asserted during the conduct of digital tel- 
ephone communication. 

[0356] Bit 26 represents the generation of an update 45 
interrupt requesting the performance of a data updating 
process. When the bit value is 1 , it signals the genera- 
tion of the update interrupt. In this bit field, a 1 is set 
when the value in the clock counter 2700 matches the 
value in the update time register 2701 . 50 
[0357] Bit 25 represents the generation of an external 
IF interrupt requesting data communication be initiated 
with the cash register 311. When the bit value is 1 . it sig- 
nals the generation of the external IF interrupt. In this bit 
f ield. a 1 is set when the interrupt signal 2452 received ss 
from the RS-232C interface 241 7 is asserted. 
[0358] Bit 24 represents the generation of a key inter- 
rupt by the manipulation of a switch. When the bit value 



is 1 , it represents trie generation of the key interrupt. 
[0359] Bits 0 to 9 correspond to switches 0 to 9 of the 
number key switch 307. Bits 10 and 11 correspond to 
number key switches and "#," and bits 12 to 15 cor- 
respond to function switches F1 to F4. Bits 16 to 18 
respectively correspond to the power switch 309, the 
execution switch 308 and the mode switch 304, and bit 
20 corresponds to the hook switch 306. When a bit 
value is 1 , it indicates that a switch corresponding to the 
bit has been depressed. 

[0360] Data stored in the RAM 2402 will now be 
described. 

[0361] Fig. 25 is a specific diagram of a RAM map for 
data stored in the RAM 2402. 

[0362] The RAM 2402 is constituted by five areas: a 
fundamental program object area 2500, a service data 
area 2501, a merchant area 2502, a work area 2503 
and a temporary area 2504. In the fundamental pro- 
gram object area 2500 are stored an upgraded module 
of a program stored in the ROM 2401 , and a patch pro- 
gram. The merchant area 2502 is an area that a mer- 
chant can freely use, the work area 2503 is a work area 
that the CPU 2400 employs when executing a program, 
and the temporary area 2504 is an area in which infor- 
mation received by the credit settlement terminal 300 is 
stored temporarily. 

[0363] The service data area 2501 is an area in which 
is stored ID information for the personal remote credit 
transaction service, available credit card information, 
and history information, and the data in this area are 
managed by the service providing system 102. 
[0364] The service data area 2501 is constituted by 
five sub-areas: a data management information area 
2505, a merchant preference area 2506, a telephone 
function area 2507, an available credit card list area 
2508 and a sales list area 2509. 
[0365] The data management information area 2505 
is an area in which is stored management information 
for data stored in the service data area 2501 ; the mer- 
chant preference area 2506 is an area in which is stored 
preference information for a merchant that concerns the 
personal remote credit transaction service; the tele- 
phone function information area 2507 is an area in 
which information concerning a digital telephone is 
stored; the available credit card list area 2508 is an area 
in which is stored list information for credit cards the 
merchant can handle; and the sales list area 2509 is an 
area in which is stored sales information for the per- 
sonal remote credit transaction service. 
[0366] The information stored in the service data area 
2501 will now be described in detail. 
[0367] Fig. 26 is a detailed, specific diagram showing 
the relationships established for information stored in 
the service data area 2501 . 

[0368] The data management information 2505 con- 
sists of seven types of information: a last data update 
date 2600. a next data update date 2601 , a terminal sta- 
tus 2602, a merchant preference address 2603, a tele- 
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phone function information address 2604. a credit card 
list address 2605. and a sales list address 2606. 
[0369] The last data update date 2600 represents the 
date on which the service providing system 102 last 
updated the data in the service data area 2501 , and the 
next data update date 2601 represents the date on 
which the service providing system 102 will next update 
the data in the service data area 2501 . The credit settle- 
ment terminal 300 automatically initiates an update 
process when the time set according to the next data 
update date 2501 is reached. The data updating proc- 
ess is a process whereby the service providing system 
102 updates the data held in the service data area 
2501. The data updating process will be descrtoed in 
detail later. 

[0370] The terminal status 2602 represents the status 
of the credit settlement terminal 300; and the merchant 
preference address 2603. the telephone function infor- 
mation address 2604, the credit card list address 2605. 
and the sales list address 2606 respectively represent 
the first addresses for the areas in which are stored the 
merchant preference information 2506. the telephone 
function information 2507. the available credit card list 
2508. and the sales list 2509. 

[0371] The telephone function information 2507 con- 
sists of three types of information: a last called number 
2607. an address book address 2608. and a shortcut 
file address 2609. The last called number 2607 repre- 
sents a telephone number for a prior call placed by the 
merchant, and is employed for the re-dialing of a digital 
telephone. The address book address 2608 and the 
shortcut file address 2609 respectively represent 
addresses on the hard disk 2403 at which address book 
information and a shortcut file are stored. 
[0372] The available credit card list 2508 includes list 
information for credit cards that can be handled by a 
merchant. In the available credit card list 2508. two 
types of information are entered for each credit card: a 
credit card name 2610 (2612 or 2614). and a service 
code list address 261 1 (2613 or 2615). The credit card 
name 2610 (2612 or 2614) represents the name of a 
credit card that the merchant can handle, and the serv- 
ice code list address 261 1 (2613 or 2615) is an address 
on the hard disk 2403 at which is stored a service code 
list that shows the types of services that can be pro- 
vided by the merchant when the credit card is used. 
[0373] The sales list 2509 is used to store sales infor- 
mation for the personal remote credit transaction serv- 
ice. In the sales list 2509. four types of information are 
stored for one personal remote credit transaction serv- 
ice: a transaction number 2616 (2620), a service code 
261 7 (2621). a sale time 2618 (2622). and a sales infor- 
mation address 2619 (2623). 

[0374] The transaction number 2616 (2620) uniquely 
represents a deal with the user, and is issued by the 
credit settlement terminal 300 when it generates the 
payment offer response 609. The service code 2617 
(2621) is a code number that indicates the type of credit 



card service that is provided for the user. The sale time 
2618 (2622) is the time at which the personal remote 
credit transaction service was provided, and the sales 
information address 2619 (2623) is an address at which 
s a settlement confirmation notification is stored. 

[0375] At the sales information address 2619 (2623) 
is stored a local address, which is an address on the 
hard disk 2403. for a remote address that is an address 
entered in the merchant information server 403 of the 
w service providing system 102. When a remote address 
is stored at the sales information address 2619 (2623), 
and when the merchant accesses the sales information, 
the credit settlement terminal 300 downloads the sales 
information from the service providing system 1 02 to the 
is temporary area 2504 and displays it on the LCD 302. 
[0376] The address stored at the sales information 
address 2619 (2623) is also determined by the service 
providing system 1 02. As part of the data updating proc- 
ess, the sale times for the individual sales information 
20 items are compared, and a local address is assigned to 
the sales information for the latest sale time. When 
there is adequate on the hard disk 2403, all the sales 
information addresses can be local addresses. 
[0377] The process performed by the CPU 2400 will 
25 now be described. 

[0378] Figs. 28A and 28B are conceptual flowcharts 
for the processing performed by the CPU 2400. 
[0379] As is shown in Figs. 28A and 28B, the process- 
ing performed by the CPU 2400 can be roughly sorted 
30 into ten processes, and an interrupt process 2801 . 
[0380] The ten processes are a power-ON process, a 
telephone function process, a credit settlement 
processing, a customer service call process, an inquiry 
call process, a data updating process, a remote access 
35 process, a session establishment process, an external 
IF communication process, and a power-OFF process, 
which are executed in a main loop 2800. For each proc- 
ess, a corresponding word field indicating the status of 
the process exists in the RAM 2402. and the CPU 2400 
40 performs the process in accordance with the value of 
the process status. 

[0381] The power-ON process is a process in which 
the initialization is performed when the power switch is 
turned on by the merchant. The telephone function 
45 process is a process in a digital telephone mode. The 
credit settlement processing is a process in a credit 
transaction mode. The customer service call process is 
a process for handing a customer service call and the 
inquiry call process is a process for handing an inquiry 
so call. The data updating process is a process for updat- 
ing data. The remote access process is a process for 
accessing data in the merchant information server 403 
of the service providing system 102. The session estab- 
lishment process is a process for establishing a commu- 
55 nication session with the service providing system 102. 
The external IF communication process is a process for 
exchanging data with the cash register 31 1 . The power- : 
OFF process is a process whereby the end process is 
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performed when the power switch is turned off by the 
merchant. 

[0382] In Figs. 28A and 28B, when the credit settle- 
ment terminal 300 is reset, program control advances to 
step 2802, whereat the CPU 2400 renders the power- 
ON process active. 

[0383] At step 2803, a check is performed to deter- 
mine whether the power-ON process is active. When 
the power-ON process is inactive, program control 
moves to step 2805. When the power-ON process is 
active, program control goes to step 2804, whereat the 
power-ON process is performed for a specified period of 
time, and program control thereafter moves to step 
2805. 

[0384] At step 2805. a check is performed to deter- 
mine whether the telephone function process is active. 
When the telephone function process is inactive, pro- 
gram control moves to step 2807. When the telephone 
function process is active, program control goes to step 
2806, whereat the telephone function process is per- 
formed for a specified period of time, and program con- 
trol thereafter moves to step 2807. 
[0385] At step 2807, a check is performed to deter- 
mine whether the credit settlement processing is active. 
When the credit settlement processing is inactive, pro- 
gram control moves to step 2809. When the credit set- 
tlement processing is active, program control goes to 
step 2808. whereat the credit settlement processing is 
performed for a specified period of time, and program 
control thereafter moves to step 2809. 
[0386] At step 2809, a check is performed to deter- 
mine whether the customer service call process is 
active. When the customer service call process is inac- 
tive, program control moves to step 2811. When the 
customer service call process is active, program control 
goes to step 2810. whereat the customer service call 
process is performed for a specified period of time, and 
program control thereafter moves to step 281 1 . 
[0387] At step 281 1 . a check is performed to deter- 
mine whether the inquiry call process is active. When 
the inquiry call process is inactive, program control 
moves to step 2813. When the inquiry call process is 
active, program control goes to step 2812. whereat the 
inquiry call process is performed for a specified period 
of time, and program control thereafter moves to step 
2813. At step 2813. a check is performed to determine 
whether the data updating process is active. When the 
data updating process is inactive, program control 
moves to step 281 5. When the data updating process is 
active, program control goes to step 2814, whereat the 
data updating process is performed for a specified 
period of time, and program control thereafter moves to 
step 2815. 

[0388] At step 2815. a check is performed to deter- 
mine whether the remote access process is active. 
When the remote access process is inactive, program 
control moves to step 2817. When the remote access 
process is active, program control goes to step 2816, 



whereat the remote access process is performed for a 
specified period of time, and program control thereafter 
moves to step 281 7. At step 281 7, a check is performed 
to determine whether the session establishment proc- 

5 ess is active. When the session establishment process 
is inactive, program control moves to step 2819. When 
the session establishment process is active, program 
control goes to step 2818, whereat the session estab- 
lishment process is performed for a specified period of 

w time, and program control thereafter moves to step 
2819. 

[0389] At step 2819, a check is performed to deter- 
mine whether the external IF communication process is 
active. When the external IF communication process is 

is inactive, program control moves to step 2821 . When the 
external IF communication process is active, program 
control goes to step 2820, whereat the backup process 
is performed for a specified period of time, and program 
control thereafter moves to step 2821. 

20 [0390] At step 2821 , a check is performed to deter- 
mine whether the power-OFF process is active. When 
the power-OFF process is active, program control goes 
to step 2822, whereat the power-OFF process is per- 
formed. When the power-OFF process is inactive, pro- 

25 gram control returns to step 2803. 

[0391 ] When the interrupt signal 241 8 is asserted to 
the CPU 2400. it performs the interrupt process 1901 
and then returns to the process of the main loop 2800. 
[0392] In the interrupt process 2801 , first, at step 2823 

30 the CPU 2400 reads the interrupt register (INT) 2702 
and copies them to the word interrupt in the work area 
2503 of the RAM 2402. The interrupt register (INT) 
2702 read by the CPU 2400 are echo-reset. 
[0393] At step 2824, the interrupt bit value 28 is 

35 employed to determine whether the interrupt 2418 is a 
reception interrupt. When the interrupt 2418 is not a 
reception interrupt (interrupt (bit28) = 0), program con- 
trol advances to step 2826. When the interrupt 2418 is 
a reception interrupt (interrupt (btt28) = 1), program con- 

40 trol moves to step 2825. whereat the status of the wire- 
less telephone process is set to active. Program control 
thereafter moves to step 2826. 

[0394] At step 2826. the interrupt bit value 26 is 
employed to determine whether the interrupt 2418 is an 

45 update interrupt. When the interrupt 2418 is not an 
update intenupt (interrupt (bit26) = 0), program control 
advances to step 2828. When the interrupt 2418 is an 
update interrupt (interrupt (bit26) =1), program control 
moves to step 2827, whereat the status of the data 

so updating process is set to active. Program control there- 
after moves to step 2828. 

[0395] At step 2828, the interrupt bit value 25 is 
employed to determine whether the interrupt 241 8 is an 
external IF interrupt. When the interrupt 2418 is not an 
55 external IF interrupt (interrupt (bit25) = 0), program con- 
trol advances to step 2830. When the interrupt 2418 is 
an external IF interrupt (interrupt (bit25) =1), program 
control moves to step 2829. whereat the status of the 
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backup process is set to active. Program control there- 
after moves to step 2830. 

[0396] At step 2830, the interrupt bit value 24 is 
employed to determine whether the interrupt 2418 is a 
key interrupt. When the interrupt 2418 is not a key inter- 
rupt (interrupt (brt24) = 0), the interrupt process is termi- 
nated and program control returns to the main loop 
2800. When the interrupt 2418 is a key interrupt (inter- 
rupt (bit24) = 1), program control moves to step 2831 . 
[0397] At step 2831 , the "power" bit value (bit 16) of 
the interrupt is examined. When the bit value is 0, the 
interrupt process is terminated and program control 
returns to the main loop 2800. When the bit value is 1 , it 
is assumed that the power switch has been manipulated 
and program control moves to step 2832. 
[0398] At step 2832, the "power display" bit value (bit 
31) of the interrupt is examined. When the bit value is 0, 
it is assumed that the power-OFF operation has been 
performed, and program control goes to step 2834. 
When the bit value is 1 , it is assumed that the powerON 
operation has been performed, and program control 
moves to step 2833. 

[0399] At step 2833, the status of the power-ON proc- 
ess is set to active, and the interrupt process is termi- 
nated. Program control thereafter returns to the main 
loop 2800. 

[0400] At step 2834. the status of the power-OFF 
process is set to active, and the interrupt process is ter- 
minated. Program control thereafter returns to the main 
loop 2800. 

[0401 ] In the interrupt process 2801 , the process the 
status of which has been set to active returns to the 
main loop 2800, and is performed therein. 
[0402] The information stored in the user information 

Server 402 Off thp ROrv/irjvi'vrtt/irlirv'i cwctom 100 «,:n 
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be explained. 

[0403] Fig. 29 is a specific diagram showing informa- 
tion stored for each user in the user information server 
402. 

[0404] The user information server 402 stores ten 
types of information for each user: user's data manage- 
ment information 2900, personal information 2901 , por- 
trait image data 2902, a terminal property 2903, user 
preference 2904, access control information 2905, ter- 
minal data 2906, telephone function information 2907, a 
credit card list 2908 and a use list 2909. The user's data 
management information 2900 is management informa- 
tion for data to be stored for each user in the user infor- 
mation server 402. 

[0405] The personal information 2901 is information 
concerning a user, such as the age, the date of birth, 
occupation, account number and contents of a contract, 
and one part of this information corresponds to the per- 
sonal information 1606 of the personal credit terminal 
100. 

[0406] The portrait data 2902 are data for the portrait 
of a user, and the terminal property 2903 is attribute 
information of the personal credit terminal 100, such as 



the model number, tne serial number, the memory 
capacity of a RAM and the version of a program stored. 
[0407] The user preference 2904 is preference infor- 
mation concerning the personal remote credit transac- 
5 tion service, and corresponds to the user preference 
1608 in the personal credit terminal 100. 
[0408] The access control information 2905 is infor- 
mation set by the user concerning the access control for 
a customer service call; the terminal data 2906 are 
10 RAM data in the personal credit terminal 100; the tele- 
phone function information 2907 is information concern- 
ing a digital wireless telephone, and corresponds to the 
telephone function information 1609 of the personal 
credit terminal 100. 
is [0409] The credit card list 2908 is list information for 
credit cards registered by the user, and the use list 2909 
is use history information for the personal remote credit 
transaction service. 

[041 0] The user's data management information 2900 

20 consists of 15 types of information: a user name 291 0, 
a user ID 291 1 , a user status 291 3, a personal informa- 
tion address 2913, a portrait data address 2914, a 
user's public key 2915, a terminal property address 
2916, a user preference address 2917, an access con- 

25 trd information address 2918, a last update date 2919, 
a next update date 2920. a terminal data address 2921 , 
a telephone function information address 2922. a crecfit 
card list address 2923 and a use list address 2924. 
[041 1 ] The user status 29 1 2 indicates the status of the 

30 personal credit terminal 100, and corresponds to the 
terminal status 1 702 of the personal credit terminal 1 00. 
[0412] The last update date 2919 indicates the last 
date when the data in the service data area 1601 of the 
personal credit terminal 1 00 were updated; and the next 

05 update date ^20 indicates the daie when the data in 
the service data area 1601 will be updated next. These 
dates correspond to the last update date 1700 and the 
next update date 1701 of the personal credit terminal 
100. 

40 [0413] The personal information address 2913, the 
portrait data address 2914. the terminal property 
address 2916, the user preference address 2917, the 
access control information address 2918, the terminal 
data address 2921. the telephone information address 

45 2922, the credit card list address 2923 and the use list 
address 2924 indicate addresses in the user informa- 
tion server 402 at which are stored respectively the per- 
sonal information 2901, the portrait image data 2902, 
the terminal property 2903. the user preference 2904, 

so the access control information 2905. the terminal data 
2906, the telephone function information 2907. the 
credit card list 2908 and the use list 2909. 
[0414] The terminal data 2906 are data in the RAM 
1502 of the personal credit terminal 100 when the 

55 updating process was previously performed, and are 
used for data comparison in the next data updating 
process and also employed as backup data. 
[0415] The credit card list 2908 and the use list 2909 
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correspond to the credit card list 1610 and the use list 
161 1 of the personal credit terminal 100. An image data 
address 2944, an object data address 2945 and use 
information address 2954 are addresses in the user 
information server 402. 5 
[0416] The information stored in the merchant infor- 
mation server 403 of the service providing system 102 
will now be explained. 

[041 7] Fig. 30 is a specific diagram showing informa- 
tion stored for each merchant in the merchant informa- 10 
tion server 403. 

[0418] The merchant information server 403 stores 
eight types of information for each merchant: mer- 
chants data management information 3000, merchant 
information 3001, a terminal property 3902, merchant is 
preference 3003, terminal data 3004, telephone func- 
tion information 3005, an available credit card list 3006 
and a sales list 3007. The merchant's data manage- 
ment information 3000 is management information for 
data to be stored for each merchant in the merchant 20 
information server 403. 

[0419] The merchant information 3001 is information 
concerning a merchant, such as an address, an 
account number and the contents of a contract, and the 
terminal property 3002 is attribute information of the 25 
credit settlement terminal 300, such as the model 
number, the serial number, the memory capacity of a 
RAM, the hard disk memory capacity and the version of 
a program stored. 

[0420] The merchant preference 3003 is preference 30 
information concerning the personal remote credit 
transaction service, and corresponds to the merchant 
preference 2506 in the credit settlement terminal 300. 
[0421] The terminal data 3004 are data in the RAM 
2402 and the hard disk 2403 in the credit settlement ter- 35 
minal 300; the telephone function information 3005 is 
information concerning a digital telephone, and corre- 
sponds to the telephone function information 2507 of 
the credit settlement terminal 300. 

[0422] The available credit card list 3008 is list infor- 40 
mation for credit cards the merchant can handle, and 
the sales list 3007 is sales history information for the 
personal remote credit transaction service. 
[0423] The merchant's data management information 
3000 consists of 13 types of information: a merchant 45 
name 3008, a merchant ID 3009. a merchant status 
3010, a merchant information address 3011, a mer- 
chant's public key 3012, a terminal property address 
3013, a merchant preference address 3014, a last 
update date 3015, a next update date 3016, a terminal so 
data address 3017, a telephone function information 
address 3018, an available credit card list address 301 9 
and a sales list address 3020. 

[0424] The merchant status 3010 indicates the status 
of the credit settlement terminal 300, and corresponds ss 
to the terminal status 2602 of the credit settlement ter- 
minal 300. 

[0425] The last update date 3015 indicates the last 



date when the data in the service data area 2501 of the 
credit settlement terminal 300 were updated; and the 
next update date 301 6 indicates the date when the data 
in the service data area 2501 will be updated next. 
These dates correspond to the last update date 2600 
and the next update date 2601 of the credit settlement 
terminal 300. 

[0426] The merchant information address 3011, the 
terminal property address 3013, the merchant prefer- 
ence address 301 4, the terminal data address 301 7, the 
telephone information address 3018, the credit card list 
address 3019, and the sales list address 3020 indicate 
addresses in the merchant information server 403 at 
which are stored respectively the merchant information 
3001, the terminal property 3002, the merchant prefer- 
ence 3003, the terminal data 3004, the telephone func- 
tion information 3005, the credit card list 3006 and the 
sales list 3007. 

[0427] The terminal data 3004 are data in the RAM 
2402 and on the hard disk 2403 of the credit settlement 
terminal 300 when the updating process was previously 
performed, and are used for data comparison in the next 
data updating process and also employed as backup 
data. 

[0428] The credit card list 3008 and the sales list 3007 
correspond to the credit card list 2508 and the sales list 
2509 of the credit settlement terminal 300. A sales infor- 
mation address 3043 is an address in the merchant 
information server 403. 

[0429] The information stored in the settlement proc- 
essor information server 404 of the service providing 
system 102 will now be explained. 
[0430] Fig. 31 is a specific diagram showing informa- 
tion stored for each settlement processor in the settle- 
ment processor information server 404. 
[0431] The settlement processor information server 
404 stores four types of information for each settlement 
processor: settlement processor's data management 
information 3100, settlement processor information 
3101, an available credit card list 3102 and a clearing 
list 3103. 

[0432] The settlement processor's data management 
information 3100 is management information for data to 
be stored for each settlement processor in the settle- 
ment processor information server 404. The settlement 
processor information 3101 is information concerning a 
settlement processor, such as an address, an account 
number and the contents of a contract, and the available 
credit card list 3102 is list information for credit cards the 
settlement processor can handle, and the clearing list 
3103 is clearing history information for the personal 
remote credit transaction service. 
[0433] The settlement processor's data management 
information 3100 consists of seven types of information: 
a settlement processor name 3104. a settlement proc- 
essor ID 3105,. a settlement processor status 3107, a 
settlement processor information address 3108. a set- 
tlement processor's public key 3108. an available credit 
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card list address 31 09 and a clearing list address 3110. 
[0434] The settlement processor status 3106 indi- 
cates the service status in the settlement process of the 
settlement system 103. The settlement processor infor- 
mation address 3107, the available credit card list 
address 3109, and the clearing list address 3102 indi- 
cate addresses in the settlement processor information 
server 404 at which are stored respectively the settle- 
ment processor information 3101. the credit card list 
3102 and the clearing list 3103. 
[0435] The available credit card list 31 02 includes list 
information for credit cards that can be handled by a set- 
tlement processor. In the available credit card list 3102, 
two types of information are entered for each credit 
card: a credit card name 3111 (3113 or 3115) and a 
service code list address 31 12 (31 14 or 3116). 
[0436] The credit card name 31 1 1 (31 13 or 31 15) rep- 
resents the name of a credit card that the settlement 
processor can handle, and the service code list address 
3112 (3114 or 3116) is an address of the settlement 
processor information server 404 in which is stored a 
service code list that shows the types of services that 
can be provided using the credit card by the settlement 
processor. 

[0437] The clearing list 3103 is used to store sales 
information for the personal remote credit transaction 
service. 

[0438] In the clearing list 31 03, four types of informa- 
tion are stored for clearing of one personal remote credit 
transaction service: a clearing number 3117 (3121), a 
service code 31 18 (3122), a clearing time 3119 (3123) 
and a clearing information address 3120 (3124). 
[0439] The clearing number 31 1 7 (31 21 ) uniquely rep- 
resents the settlement processing and is issued by the 

aciuciiici it oyoici 1 1 i uu mica i 11 yci icimca me ociuci i icn u 

confirmation notification 620. The service code 3118 
(3122) is a code number that indicates the type of a 
credit card service that is provided for the user. The 
clearing time 31 19 (31 23) is the time when the personal 
remote credit transaction service is cleared, and the 
clearing information address 3120 (3124) is an address 
of the settlement processor information server 404 in 
which is stored a settlement confirmation notification 
issued by the settlement system 103. 
[0440] The information stored in the service director 
information server 401 in the service providing system 
102 will now be explained. 

[0441] Figs. 32A to 32D are specific diagrams show- 
ing information stored in the service director information 
server 401. 

[0442] The service director information server 401 
stores five types of information: a user fist 3200, a mer- 
chant list 3201 , a settlement processors list 3202, a pro- 
vided service list 3202 and a settlement processors 
table 3204. 

[0443] The user list 3200 is a list for attrfoute informa- 
tion of all the users who have made contracts with a 
service provider; the merchant list 3201 is a list for attri- 



bution information of all the merchants who have made 
a contract with the service provider; the settlement 
processors list 3202 is a list for attribution information of 
ail the settlement processors that have made a contract 

5 with the service provider; the provided service list 3202 
is a list for information for service provided through the 
personal remote credit transaction service; and the set- 
tlement processors table 3204 is a table in which are 
entered requests for personal remote credit transaction 

w service by a user and a merchant, and corresponding 
optimal settlement processors. 

[0444] In the user list 3200, four types of information 
are stored for each user: a user name 3205 (3209), a 
user ID 3206 (3210), a user's telephone number 3207 

15 (321 1) and a service list address 3208 (3212). 

[0445] In the merchant list 3201 , five types of informa- 
tion are stored for each merchant: a merchant name 
3213 (3218), a merchant ID 3114 (3219), a merchant's 
telephone number 3215 (3220), an available service list 

20 address 3216 (3221) and a customers table address 
3217(3222). 

[0446] The available service list address 321 6 (3221 ) 
indicates an address in the service director information 
server 401 in which is stored a list of service code that 

25 the merchant can handle. 

[0447] The customers table address 3217 (3222) indi- 
cates the address in the service director information 
server 401 in which is stored table information that rep- 
resents the correspondence of the customer number 

30 and the user ID. 

[0448] In the settlement processors list 3202 four 
types of information are stored for each settlement proc- 
essor: a settlement processor name 3223 (3227); a set- 
tlement processor ID 3224 (3228). a settlement 

55 processor's cornrnu plication ID 3225, a service list 
address 3226 (3230). 

[0449] The settlement processor's communication ID 
3225 (3229) is an ID for the settlement system 103 
when the service providing system 102 communicates 

40 with the settlement system 1 03 via the digital communi- 
cation line 111. The service list address 3226 (3230) is 
an address in the service director information server 
401 in which is stored a list of service code that the set- 
tlement processor can handle. 

45 [0450] In the provided service list 3203 four types of 
information are stored for one provided service through 
the personal remote credit transaction service: a serv- 
ice providing number 3231 (3235), a service code 3232 
(3236), a service providing time 3233 (3237) and a pro- 

50 vided service information address 3234 (3238). 

[0451] The service providing number 3231 (3235) 
uniquely represents the process performed by the serv- 
ice providing system 102 to provide one service. The 
service code 3232 (3236) is a code number indicating 

55 the type of a credit card service used by the user. The 
service providing time 3233 (3237) is the time when the 
service is provided through the personal remote credit 
transaction service. The provided service information 
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address 3224 (3238) is an address in the service direc- 
tor information server 401 in which is stored history 
information for the processes performed by the service 
providing system 102 to provide one service. 
[0452] An explanation will now be given for the down- 
loading process performed by the personal credit termi- 
nal 100 or the credit settlement terminal 300 when it 
accesses specific data at a remote address. This proc- 
ess is hereinafter called a remote access process. 
[0453] In Fig. 33A is shown the remote access proc- 
ess and in Figs. 34A and 34B are shown the contents of 
messages to be exchanged. When data to be accessed 
is at the remote address, the personal credit terminal 
100 (or the credit settlement terminal 300) generates a 
remote access request 3300, i.e., a message for 
requesting the service providing system 102 to access 
data, and transmits it to the service providing system 
102. 

[0454] As is shown in Fig. 34A, a digital signature 
3404 of a user (merchant) is provided for data that con- 
sists of a remote access header 3400, which is header 
information indicating the message is the remote 
access request 3300; a data address 3401 , which indi- 
cates a remote address; a user ID (or a merchant ID) 
3402; and an issued time 3403, which indicates the date 
when the remote access request 3300 is issued, and 
the data are enveloped to address to the service pro- 
vider, thereby providing the remote access request 
3300. 

[0455] The service providing system 102 receives the 
remote access request 3300, decrypts it. examines the 
digital signature, generates a remote access data mes- 
sage 3301 and transmits it to the personal credit termi- 
nal 100 (or the credit settlement terminal 300). 
[0456] As is shown in Fig. 34B, a digital signature of a 
service provider is provided for data that consists of a 
remote access header 3408, which is header informa- 
tion indicating that the message is the remote access 
data 3301 ; data that are requested 3409; a service pro- 
vider ID 341 0; and an issued time 341 1 , which indicates 
the date when the remote access data 3301 is issued. 
The data are enveloped to address to the user (mer- 
chant), thereby providing the remote access data 3301 . 
[0457] The personal credit terminal 100 (or the credit 
settlement terminal 300) receives the remote access 
data 3301. decrypts it. examines the digital signature, 
stores it in the temporary area, and accesses the data. 
[0458] An explanation will now be given for the data 
updating process performed by the personal credit ter- 
minal 100 and the credit settlement terminal 300. 
[0459] In Fig. 33B is shown the data updating process 
and in Figs. 34C to 34F and 35A are shown the contents 
of messages to be exchanged. 

[0460] The personal credit terminal 100 (or the credit 
settlement terminal 300) generates a data update 
request 3302. i.e.. a message for requesting the service 
providing system 102 to update data, and transmits it to 
the service providing system 1 02. 
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[0461 ] As is shown in Fig. 34C. a digital signature of a 
user (merchant) is provided for data that consists of a 
data update request header 3416, which is header infor- 
mation indicating the message is the data update 

5 request 3302; a user ID (or a merchant ID) 341 7; and an 
issued time 3418, which indicates the date when the 
data update request 3302 is issued. The data are envel- 
oped to address to the service provider, thereby provid- 
ing the data updating request 3302. 

10 [0462] The service providing system 1 02 receives the 
data update request 3302, decrypts rt, examines the 
digital signature, generates a data update request 
response 3303, i.e., a message indicating that the sys- 
tem is ready for accepting the request, and transmits it 

75 to the personal credit terminal 100 (or the credit settle- 
ment terminal 300). As is shown in Fig. 34D, a digital 
signature of a service provider is provided for data that 
consists of a data update request response header 
3423, which is header information indicating that the 

20 message is the data update request response 3303; a 
service provider ID 3424; and an issued time 3425. 
which indicates that the date when the data update 
request response 3303 is issued. The data are envel- 
oped to address the user (merchant), thereby providing 

25 the data update request response 3303. 

[0463] The personal credit terminal 100 (or the credit 
settlement terminal 300) receives the data update 
request response 3303, decrypts it. examines the digital 
signature, generates upload data 3304, i.e., a message 

30 that indicates to upload the data from the RAM 1 502 (for 
the credit settlement terminal 300, the RAM 2402 and 
the hard disk 2403) to the service providing system 1 02, 
and transmits the data 3304 to the service providing 
system 102. 

35 [0464] As is shown in Fig. 34E, a digital signature of a 
user (a merchant) is provided for data that consists of 
an upload data header 3430. which is header informa- 
tion indicating that the message is the upload data 
3304; terminal data 3431 that are obtained by com- 

40 pressing the data in the RAM 1 502 (for the credit settle- 
ment terminal 300, the RAM 2402 and the hard disk 
2403); a user ID (merchant ID) 3432; and an issued 
time 3433. which indicates the date when the upload 
data 3304 is issued. The data are enveloped to address 

45 to the user (merchant), thereby providing the upload 
data 3304. 

[0465] The service providing system 102 receives the 
upload data 3304, decrypts it, examines the digital sig- 
nature, decompresses the terminal data 3431 and corn- 
so pares the obtained terminal data 3431 with the terminal 
data 2906 (or the terminal data 3004) in the user infor- 
mation server 402 (or the merchant information server 
403). 

[0466] Then, the service providing system 102 gener- 
55 ates new terminal data 2906 (terminal data 3004), the 
update data 3305, which is a message for updating data 
in the personal credit terminal 1 00 (the credit settlement 
terminal 300), and transits them to the personal credit 
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terminal 100 (the credit settlement terminal 300). 
[0467] As is shown in Fig. 34F, a digital signature of a 
service provider is provided for data that consists of an 
update data header 3438. which is header information 
indicating that the message is the update data 3305 
terminal data 3439 that are obtained by compressing 
new terminal data; a service provider ID 3440; and an 
issued time 3441, which indicates the date when the 
update data 3305 is issued. The data are enveloped to 
address to the user (merchant), thereby providing the 
update data 3305. 

[0468] The personal credit terminal 100 (the credit 
settlement terminal 300) receives the update data 3305, 
decrypts it. examines the digital signature, decom- 
presses the terminal date 3439, and updates the data in 
the RAM 1502 (for the credit settlement terminal 300 
the RAM 2402 and the hard disk 2403). 
[0469] In order to generate new terminal data, when 
there is no extra space in the object data area 1601 of 
the personal credit terminal 100. the service providing 
system 102 compares the access times for the individ- 
ual credit cards and assigns a local address to the 
object data address for a credit card for which the 
access time is the latest; and compares the use times of 
the information items and assigns a local address to the 
use information address for the information for which 
the use time is the latest. When there is no extra space 
in the hard disk 2403 of the credit settlement terminal 
300. the service providing system 102 compares the 
use times for the sales information and assigns a local 
address to the sales information address for sale infor- 
mation for which the use time is the latest. 
[0470] When the service providing system 102 com- 
pares the upload data with the terminal data and finds 
the illegal alteration of the data, the service providing 
system 102 generates, instead of the update data 3305! 
a mandatory expiration command 3305' that is a mes- 
sage for halting the function of the personal credit termi- 
nal 100 (or the credit settlement terminal 300). and 
transmits the command 3305' to the personal credit ter- 
minal 100 (the credit settlement terminal 300). 
[0471] As is shown in Fig. 35A, a digital signature of a 
service provider is provided for data that consists of a 
mandatory expiration header 3500. which is header 
information indicating that the message is the manda- 
tory expiration command 3305'; a service provider ID 
3501 ; and an issued time 3502. which indicates that the 
date when the mandatory expiration command 3305' is 
issued. The data are enveloped to address to the user 
(merchant), thereby providing the mandatory expiration 
command 3305*. 

[0472] Upon receipt of the mandatory expiration com- 
mand 3305, the personal credit terminal 100 (the credit 
settlement terminal 300) decrypts it examines the dig- 
ital signature, changes the terminal status 1702 (or the 
terminal status 2602) to "use disabled." As a result, the 
use of the personal credit terminal 100 (the credit settle- 
ment terminal 300) is inhibited. 



[0473] Further, the personal credit terminal 100 
employs the backup processor to perform the backup 
process in the same manner as for the data updating 
process. When the update data 3305 are received and 
5 the data in the RAM 1 502 are updated, the terminal sta- 
tus 1702 is changed to "writing disabled" to inhibit the 
input new data to the RAM until the battery capacity 
becomes fully sufficient. 

[0474] The contents of data exchanged between 
10 devices in the settlement processing will now be 
described in detail. 

[0475] In Figs. 36A to 36F. 37A to 37C, and 38A and 
38B are shown the contents of data to be exchanged in 
the settlement processing. 
>5 [0476] First, when the user conducts the payment 
operation 607. the personal credit terminal 100 gener- 
ates a payment offer 608. and transmits it to the credit 
settlement terminal 300 through infrared communica- 
tion. 

20 t0477 l ^ ls shown in Fig. 36A, for the payment offer 
608, a digital signature of a user is provided for data that 
consists of a payment offer header 3600, which is 
header information indicating that the message is the 
payment offer 608; a service code 3601 ; a service pro- 
ps vider ID 3602; a request number 3603. which is arbitrar- 
ily generated as a number that uniquely represents the 
dealing with a merchant; an amount of payment 3604 
which is entered by the user; a payment option code 
3605, which indicates the payment option input by the 
so user; an effective period 3606 of the payment offer 608- 
and an issued time 3607. which indicates the date when 
the payment offer 608 was issued. Upon receipt of the 
payment offer 608, the credit settlement terminal 300 
compares the amount of payment 3404 with an amount 
35 of saie, determines whether the payment option 3405 
can be employed, transmits a payment offer response 
609 to the personal credit terminal 100 via infrared com- 
munication, and generates an authorization request 61 0 
and transmits it to the service providing system 102 
40 through digital telephone communication. 

[0478] As is shown in Fig. 36B, for the payment offer 
response 609. a digital signature of a merchant is pro- 
vided for data that consists of a payment offer response 
header 3608. which is header information indicating that 
45 the message is the payment offer response 609; a 
response message 3609. which is displayed on the LCD 
203 when the personal credit terminal 100 receives the 
payment offer response 609; a transaction number 
3610. which is arbitrarily generated as a number that 
so uniquely represents the dealing with the user; an 
amount of sale 3611; an effective period 3612 of the 
payment offer response 609; a merchant IF 3613' and 
an issued date 3614. which indicates the date when the 
payment offer response 609 was issued. The response 
55 message 3609 is a text message set in accordance with 
the merchant option, which is not always set. 
[0479] As is shown in Fig. 36C, a digital signature of a 
merchant is provided for data that consists of a payment 
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request header 3623, which is header information indi- 
cating that the message is the payment request 61 3 ; the 
payment offer 608; the payment offer response 609; a 
user ID 3624; and an issued time 3625, which indicates 
the date when the payment request 613 was issued- 5 
The data are enveloped to address to the user, thereby 
providing the payment request 613. 
[0480] Upon receipt of the authorization request 610 
and the payment request 613, the service providing sys- 
tem 102 decrypts them and examines their digital signa- 10 
tures. Then, the service providing system 102 
compares the request number 3603, the transaction 
number 3610 and the merchant ID 3617, obtains the 
correlation between the authorization request 610 and 
the payment request 613, which were issued by the is 
merchant and the user who deal with each other, com- 
pares the contents of the authorization request 610 with 
those of the payment request 613 to generate an 
authorization response 614, and transmits the response 
614 to the credit settlement terminal 300 through the 20 
digital telephone communication. 
[0481] As is shown in Fig. 36E, a digital signature of a 
service provider is provided for data that consists of an 
authorization response header 3630, which is header 
information indicating that the message is the authori- 25 
zation response 614; a transaction number 3631; an 
authorization number 3632; an authorization result 
3633; user portrait image data 3634; an effective period 
3635; a service provider ID 3636; and an issued time 
3637, which indicates the date when the authorization 30 
response 614 was issued. The data are enveloped to 
address to the merchant, thereby providing the authori- 
zation response 614! When the credit condition of the 
user is not satisfactory, the portrait image data 3634 are 
not set. 35 
[0482] The credit settlement terminal 300 receives the 
authorization response 614, decrypts it, examines the 
digital signature and displays the results of the authori- 
zation on the LCD 302. 

[0483] Then, when the person in charge of merchant 40 
performs the settlement processing request operation 
616, the credit settlement terminal 300 generates a set- 
tlement request 61 7 and transmits it to the service pro- 
viding system 102 via the digital telephone 
communication. 45 
[0484] As is shown in Fig. 36F, a digital signature of a 
service provider is provided for data that consists of a 
settlement request header 3642, which is header infor- 
mation indicating that the message is the settlement 
request 617; a payment offer 608; a payment offer so 
response 609; an authorization number 3643, which is 
issued by the service providing system 102; an effective 
period 3644 for the settlement request 61 7; an operator 
name 3645; a merchant ID 3646; and an issued time 
3647. which indicates the date when the settlement 55 
request 617 was issued. The data are enveloped to 
address to the service provider, thereby :providing the 
settlement request 617. Since the operator name 3616 



is set in accordance with the option of the merchant, it is 
not always set. 

[0485] Upon receipt of the settlement request 61 7, the 
service providing system 102 decrypts it examines its 
digital signature, and compares the contents of the set- 
tlement request 617 with those of the payment request 
613. Then, the service providing system 102 examines 
the settlement processors table 3204 to determine a 
settlement processor to which the clearing is requested, 
and generates and transmits a settlement request 609 
to the settlement system 103 of the selected settlement 
processor. 

[0486] As is shown in Fig. 37A, a digital signature of a 
service provider is provided for data that consists of a 
settlement request header 3700, which is header infor- 
mation indicating that the message is the settlement 
request 619; a credit card number 3701, which corre- 
sponds to the service code designated by the user; a 
request number 302, which is issued by the personal 
credit terminal 100; an amount of payment 3703; a pay- 
ment option code 3704; a merchant account number 
3705, which indicate the account number of the mer- 
chant; an effective period 3707 for the settlement 
request 619; a service provider ID 3708; and an issued 
time 3709, which indicates the date when the settlement 
request 619 was issued. The data are enveloped to 
address to the settlement processor, thereby providing 
the settlement request 619. 

[0487] Upon receipt of the settlement request 61 9, the 
settlement system 103 decrypts it, examines the digital 
signature, performs a settlement process, and gener- 
ates and transmits a settlement confirmation notification 
620 to the service providing system 102. 
[0488] As is shown in Fig. 37B, a digital signature of a 
settlement processor is provided for data that consists 
of a settlement confirmation header 3714, which is 
header information indicating that the message is the 
settlement confirmation notification 620; a clearing 
number 3715, which is arbitrarily generated as a 
number that uniquely represents the settling process of 
the settlement system 103; a credit card number 3716; 
a request number 371 7; an amount of payment 371 8; a 
payment option code 3719; a merchant account number 
3720; a transaction number 3721 ; clearing information 
3722, for a service provider, with the digital signature of 
the settlement processor; clearing information 3723, for 
a merchant, with the digital signature of the settlement 
processor; a settlement or transaction processor ID 
3725; and an issued date 3726, which indicates the 
date when the settlement confirmation notification 620 
was issued. The data are enveloped to address to the 
service provider, thereby providing the settlement con- 
firmation request 620. 

[0489] Upon receipt of the settlement confirmation 
notification 620. the service providing system 102 
decrypts it examines the digital signature, generates a 
settlement confirmation notification 621 and transmits it 
to the credit settlement terminal 300 through the digital 
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telephone communication. 

[0490] As is shown in Fig. 37C, a cfigital signature of a 
service provider is provided for data that consists of a 
settlement confirmation header 3731. which is header 
information indicating that the message is the settle- 
ment confirmation notification 621; a clearing number 
3732; clearing information 3723, for a merchant, with 
the digital signature of the settlement processor; a cus- 
tomer number 3733. which is generated as a number 
that uniquely represents a user for a merchant; a 
decrypted settlement request 3648; process informa- 
tion 3734. which concerns the process performed by the 
service providing system 102; a service provider ID 
3735; and an issued date 3736, which indicates the 
date when the settlement confirmation notification 621 
was issued. The data are enveloped to address to the 
merchant, thereby providing the settlement confirmation 
request 621. Since the service providing process infor- 
mation 3734 is set in accordance with the operation of 
the service provider, it may not always be set. 
[0491] Upon receipt of the settlement confirmation 
notification 621, the credit settlement terminal 300 
decrypts it, examines the digital signature and displays 
the contents on the LCD 302. In addition, the credit set- 
tlement terminal 300 generates a receipt 623 and trans- 
mits it to the service providing system 102 through the 
digital telephone communication. 
[0492] As is shown in Fig. 38A. a digital signature of a 
merchant is provided for data that consists of a receipt 
header 3800, which is header information indicating that 
the message is the receipt 623; an item name 3801, 
which indicates the name of an item that is sold; sales 
information 3802, which is additional information con- 
cerning the transaction from the merchant to the user; a 
clearing number 3303; a transaction number 3504; a 
payment offer 608; an operator name 3805; a merchant 
ID 3806; and an issued date 3807, which indicates the 
date when the receipt 623 was issued. The data are 
enveloped to address to the service provider, thereby 
providing the receipt 623. Since the sales information 
3802 and the operator name 3805 are set in accord- 
ance with the operation of the merchant, they may not 
always be set. 

[0493] Upon receipt of the receipt 623, the service 
providing system 102 decrypts it, examines the digital 
signature, and generates and transmits a receipt 624 to 
the personal credit terminal 100 through the digital wire- 
less telephone communication. 

[0494] As is shown in Fig. 38B, a digital signature of a 
service provider is provided for data that consists of a 
receipt header 3812. which is header information indi- 
cating that the message is the receipt 624; a decrypted 
receipt 3808; clearing information 3824, for a user, with 
the digital signature of the settlement processor; proc- 
ess information 3813. which is information concerning 
the process performed by the service providing system 
102; a service provider ID 3814; and an issued date 
3815, which indicates the date when the receipt 624 



was issued. The data are enveloped to address to the 
user, thereby providing the receipt 624. Since the serv- 
ice provider process information 3813 is set in accord- 
ance with the operation of the service provider, it may 
s not always be set. 

[0495] Upon receipt of the receipt 624, the personal 
credit terminal 100 decrypts it, examines the digital sig- 
nature, and displays the contents on the LCD 203. 
[0496] The contents of data exchanged between 
10 devices in the cancellation process will now be 
described in detail. In Figs. 39A to 39F are shown the 
contents of data to be exchanged in the cancellation 
process. 

[0497] First when the person in charge of merchant 
is conducts the cancellation operation 901 , the credit set- 
tlement terminal 300 generates a cancellation request 
903, and transmits it to the service providing system 
102 through digital telephone communication. 
[0498] When the user conducts the cancellation oper- 
20 ation 904, the personal credit terminal 1 00 generates a 
cancellation request 906, and transmits it to the service 
providing system 1 02 through digital wireless telephone 
communication. 

[0499] As is shown in Fig. 39A, a digital signature of a 
25 merchant is provided for data that consists of a cancel- 
lation request header 3900. which is header information 
indicating that the message is the cancellation request 
903; a decrypted settlement confirmation notification 
3737; an effective period 3901 for the cancellation 

30 request 903; an operator name 3902; a merchant ID 
3903; and an issued time 3904, which indicates the date 
when the cancellation request 903 was issued. The 
data are enveloped to address to the service provider, 
thereby providing the cancellation request 903. Since 

35 the operator name 3902 is set in accordance with the 
option of the merchant, it is not always set. 
[0500] As is shown in Fig. 39B, a digital signature of a 
user is provided for data that consists of a cancellation 
request header 3909, which is header information indi- 

40 eating that the message is the cancellation request 906; 
a decrypted receipt 3816; an effective period 3910 for 
the cancellation request 906; a user ID 391 1 ; and an 
issued time 3912, which indicates the date when the 
cancellation request 906 was issued. The data are 

45 enveloped to address to the service provider, thereby 
providing the cancellation request 906. Upon receipt of 
the cancellation request 903 and the cancellation 
request 906, the service providing system 102 decrypts 
it and examines the digital signature. Then, the service 

so providing system 102 compares the request number, 
the transaction number and the merchant ID, and 
obtains the correlation between the cancellation request 
903 and the cancellation request 906. which were 
issued by the merchant and the user who deal with each 

55 other. Further, the service providing system 102 com- 
pares the contents of the cancellation request 903 with 
those of the cancellation request 906 to generate an 
cancellation response 907, and transmits the request 
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907 to the settlement system 103. 
[0501 J As is shown in Fig. 39C, a digital signature of a 
service provider is provided for data that consists of a 
cancellation request header 3917, which is header 
information indicating that the message is the cancella- s 
tion request 907; a decrypted settlement confirmation 
notification 3727; an effective period 3918 for the can- 
cellation request 907; a service provider ID 3919; and 
an issued time 3920, which indicates the date when the 
cancellation request 907 was issued. The data are 10 
enveloped to address to the settlement processor, 
thereby providing the cancellation request 907. 
[0502] Upon receipt of the cancellation request 907, 
the settlement system 103 decrypts it, examines the 
digital signature, performs the cancellation process, and is 
generates and transmits a cancellation confirmation 
notification 908 to the service providing system 102. 
[0503] As is shown in Fig. 39D, a digital signature of a 
settlement processor is provided for data that consists 
of a cancellation confirmation header 3925, which is 20 
header information indicating that the message is the 
cancellation confirmation notification 908; a cancella- 
tion number 3926, which uniquely represents the can- 
cellation process performed by the settlement system 
103; a decrypted cancellation request 3921; clearing 25 
information 3927, for a service provider, with the digital 
signature of the settlement processor; cancellation 
information 3928, for a merchant, with the digital signa- 
ture of the settlement processor; cancellation informa- 
tion 3929, for a user, with the digital signature of the 30 
settlement processor; a settlement processor ID 3930; 
and an issued date 3931 , which indicates the date when 
the cancellation confirmation notification 908 was 
issued. The data are enveloped to address to the serv- 
ice provider, thereby providing the cancellation confir- 35 
mation request 908. Upon receipt of the cancellation 
confirmation notification 908. the service providing sys- 
tem 102 decrypts it examines the digital signature, gen- 
erates a cancellation confirmation notification 909 and a 
cancellation receipt 910, and transmits them respec- 40 
tively to the credit settlement terminal 300 and the per- 
sonal credit terminal 100. 

[0504] As is shown in Fig. 39E. a digital signature of a 
service provider is provided for data that consists of a 
cancellation confirmation header 3936, which is header 45 
information indicating that the message is the cancella- 
tion confirmation notification 909; a cancellation number 
3937; a decrypted cancellation request 3905; cancella- 
tion information 3928, for a merchant, with the digital 
signature of the settlement processor; process informa- 50 
tion 3938, which concerns the process performed by the 
service providing system 102; a service provider ID 
3939; and an issued date 3940. which indicates the 
date when the cancellation cortf irmation notification 909 
was issued. The data are enveloped to address to the ss 
merchant, thereby providing the cancellation confirma- 
tion request 909. Since the service providing process 
information 3938 is set in accordance with the operation 



of the service provider, it may not always be set 
[0505] As is shown in Fig. 39F. a digital signature of a 
service provider is provided for data that consists of a 
cancellation receipt header 3945, which is header infor- 
mation indicating that the message is a cancellation 
receipt 910; a cancellation number 3946; a decrypted 
cancellation request 3913; cancellation information 
3929, for a user, with the digital signature of the settle- 
ment processor; process information 3947, which con- 
cerns the process performed by the service providing 
system 102; a service provider ID 3948; and an issued 
date 3949, which indicates the date when the cancella- 
tion receipt 910 was issued. The data are enveloped to 
address to the user, thereby providing the cancellation 
receipt 910. Since the service providing process infor- 
mation 3947 is set in accordance with the operation of 
the service provider, it may not always be set. 
[0506] Upon receipt of the cancellation confirmation 
notification 909, the credit settlement terminal 300 
decrypts it, examines the digital signature, and displays 
the contents on the LCD 302. Upon receipt of the can- 
cellation receipt 910, the personal credit terminal 100 
decrypts it, examines the digital signature, and displays 
the contents on the LCD 203. 

[0507] The contents of data exchanged between 
devices in the customer service process will now be 
described in detail. 

[0508] In Figs. 40A to 40C are shown the contents of 
data to be exchanged in the customer service call proc- 
ess. 

[0509] First, when the person in charge of merchant 
conducts the customer service operation 1200, the 
credit settlement terminal 300 generates a customer 
service call request 1201 , and transmits it to the service 
providing system 102 through digital telephone commu- 
nication. 

[051 0] As is shown in Fig. 40A, a digital signature of a 
merchant is provided tor data that consists of a cus- 
tomer service call request header 4000. which is header 
information indicating that the message is the customer 
service call request 1202; a customer number 4001, 
which is issued during the settlement processing as a 
number that indicates a user; a request number 4002, 
which uniquely represents the customer service call 
request 1202; an operator name 4003; a merchant ID 
4004; and an issued time 4005, which indicates the date 
when the customer service call request 1202 was 
issued. The data are enveloped to address to the serv- 
ice provider, thereby providing the customer service call 
request 1202. Since the operator name 4003 is set in 
accordance with the option of the merchant, it is not 
always set 

[051 1 ] The service providing system 1 02 receives the 
customer service call request 1201. decrypts it and 
examines the digital signature. Then, the service provid- 
ing system 102 determines a user from the customer 
table, and compares the user with the user's access 
control information to generate a customer service call 
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1203 and a customer service call request response 
1204, and transmits them respectively to the personal 
credit terminal 100 and the credit settlement terminal 
300. 

[051 2] As is shown in Fig. 40B. a digital signature of a 
service provider is provided for data that consists of a 
customer service call header 4010, which is header 
information indicating that the message is the customer 
service call 1203; an operator name 401 1 ; a merchant 
ID 4012; a merchant name 4013; a request number 
401 4, which is set by the credit settlement terminal 300; 
a service provider ID 4015; and an issued time 4016, 
which indicates the date when the customer service call 

1 203 was issued. The data are enveloped to address to 
the user, thereby providing the customer service call 
1203. Since the operator name 4011 is set in accord- 
ance with the option of the merchant, it is not always 
set. 

[051 3] As is shown in Fig. 40C, the digital signature of 
a service provider is provided for data that consist of a 
customer service call request response header 4021, 
which is header information indicating that the message 
is the customer service call request response 1204; a 
message response 4022 from the service providing 
system 102; a request number 4023. which is set by the 
credit settlement terminal 300; a service provider ID 
4024; and an issued time 4025. which indicates the date 
on which the customer service call request response 

1204 was issued. These data are enveloped and 
addressed to the merchant, thereby providing the cus- 
tomer service call request response 1204. 
[0514] Upon receiving the customer service call 
request response 1204. the credit settlement terminal 
300 decrypts it, examines the digital signature, and dis- 
plays "calling in process." 

[051 5J The personal credit terminal 1 00 receives and 
encrypts the customer service call 1203. examines the 
digital signature, and notifies the user of the reception of 
the call. When the user performs the speech operation 
1207. the personal credit terminal 100 transmits the 40 
arrival response 1208 to the service providing system 
102. Upon receiving the arrival response 1208. the 
service providing system 102 transmits a call response 
1210 to the credit settlement terminal 300, so that the 
credit settlement terminal 300 and the personal credit 45 
terminal 100 are now on line. 

[0516] As is shown in Fig. 40D. the arrival response 
1208 is composed of an arrival response header 4030, 
which is header information indicating that the message 
is the arrival response 1208, and a request number so 
4031 , which is set by the credit settlement terminal 300. 
Further, as is shown in Fig. 40E. the call response 1220 
is composed of a call response header 4032. which is 
header information indicating that the message is the 
call response 1210. and a request number 4033. which 55 
is set by the credit settlement terminal 300. 
[0517] The contents of data exchanged between 
devices in the inquiry call process will now be described 



in detail. 

[0518] In Figs. 41 A to 41 E are shown the contents of 
the data to be exchanged during the inquiry call proc- 
ess. 

5 [051 9] First, when the user conducts the inquiry oper- 
ation 1213, the personal credit terminal 100 generates 
an inquiry call request 1 2 1 5. and transmits it to the serv- 
ice providing system 102 by employing digital wireless 
phone communication. 
10 [0520] As is shown in Fig. 41 A. the digital signature of 
a user is provided for data that consist of an inquiry call 
request header 4100. which is header information indi- 
cating that the message is the inquiry call request 1215; 
a merchant ID number 4101 ; an operator name 4102; a 
15 request number 4003. which uniquely represents the 
inquiry call request 1215; a user ID 4104; and an issued 
time 41 05. which indicates the date on which the inquiry 
call request 1215 was issued. These data are envel- 
oped and addressed to the service provider, thereby 
20 providing the inquiry call request 1215. Since setting the 
operator name 4103 for the settlement processing is an 
optional operation performed by the merchant, it is not 
always set 

[0521 ] The service providing system 1 02 receives the 
25 inquiry call request 1215, decrypts it and examines the 
digital signature. Then, the service providing system 
102 generates an inquiry call 1216 and an inquiry call 
request response 1 21 7, and transmits them to the credit 
settlement terminal 300 of the merchant and the per- 
30 sonal credit terminal 100, respectively . 

[0522] As is shown in Fig. 41 B. the digital signature of 
a service provider is provided for data that consist of an 
inquiry call header 4110. which is header information 
indicating that the message is the inquiry call 1216; a 
customer number 41 i i ; a request number 4112. which 
is set by the personal credit terminal 100; a service pro- 
vider ID 41 13; and an issued time 41 14, which indicates 
the date on which the inquiry call 1216 was issued. 
These data are enveloped and addressed to the mer- 
chant, thereby providing the inquiry can 1216. 
[0523] As is shown in Fig. 41 C. the digital signature of 
a service provider is provided for data that consist of an 
inquiry call request response header 4119. which is 
header information indicating that the message is an 
inquiry call request response 1217; a message 
response 4120 from the service providing system 102; 
a request number 4121. which is set by the personal 
credit terminal 100; a service providing ID 4122; and an 
issued time 4123. which indicates the date on which the 
inquiry call request response 1217 was issued. These 
data are enveloped and addressed to the user, thereby 
providing the inquiry call request response 1217. Upon 
receiving the inquiry call request response 1217. the 
personal credit terminal 100 decrypts it. examines the 
digital signature, and displays "calling in process." 
[0524] The credit settlement terminal 300 receives 
and encrypts the inquiry call 1216. examines the digital 
signature, and notifies the merchant of the reception of 
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the call. When the merchant performs the speech oper- 
ation 1220. the credit settlement terminal 300 transmits 
the arrival response 1221 to the service providing sys- 
tem 102. Upon receiving the arrival response 1221 , the 
service providing system 102 transmits a call response 
1 223 to the personal credit terminal 1 00, so that the per- 
sonal credit terminal 100 and the credit settlement ter- 
minal 300 are now on line. 

[0525] As is shown in Fig. 41 D, the arrival response 
1221 is composed of an arrival response header 4128, 
which is header information indicating that the message 
is the arrival response 1221, and a request number 
4129, which is set by the personal credit terminal 100. 
Further, as is shown in Fig. 41 E, the call response 1223 
is composed of a call response header 4130, which is 
header information indicating that the message is the 
call response 1223. and a request number 4131, which 
is set by the personal credit terminal 100. 

(Second Embodiment) 

[0526] A second embodiment of the present invention 
will now be described. In the second embodiment, a 
personal remote credit settlement system that improves 
the efficiency of the processing for of the personal 
remote credit transaction service will be described. 
[0527] As in the first embodiment, the fundamental 
arrangement of the personal remote credit settlement 
system comprises, as is shown in Fig. 1: a personal 
credit terminal 100 having two systems of bidirectional 
radio communication functions and an electronic credit 
card function; a credit settlement device 101 for per- 
forming a credit transaction at a store; a settlement sys- 
tem 103 for performing credit settlement at a credit 
service company or a transaction company; a service 
providing system 102, which is located at the center of 
a network that links it to the personal credit terminal 
1 00. the credit settlement device 101 and the settlement 
system 103, which provide a personal remote credit set- 
tlement service; a digital public line network 108 to pro- 
vide a data transmission path; and a wireless telephone 
base station 104, which links the personal credit termi- 
nal 100 to the digital public line network 108. 
[0528] The personal credit terminal 100 is a portable 
wireless telephone terminal that has two systems of 
bidirectional wireless communication functions, i.e., an 
infrared communication function and a digital wireless 
telephone function, and an electronic credit card func- 
tion. A credit settlement device 101 that performs a 
credit settlement processing at a store also has two sys- 
tems of bidirectional communication functions, i.e., an 
infrared communication and a digital telephone commu- 
nication. 

[0529] In Fig. 1. reference numeral 105 denotes a 
transmission path .for infrared communication per- 
formed between the personal credit terminal 100 and 
the credit settlement. device 101; 106, a transmission 
path for digital radio communication performed between 



the personal creditterminal 100 and the base station 
104; 107, a digital communication line connecting the 
base station 104 and the digital public line network 108; 
109, a digital communication line connecting the digital 

5 public line network 108 and the service providing sys- 
tem 102; 110, a digital telephone communication line 
connecting the credit settlement device 101 and the dig- 
ital public line network 108; and 1 1 1 , a digital communi- 
cation line connecting the service providing system 102 

10 and the settlement system 103. 

[0530] Especially, the digital communication lines 109 
and 1 1 1 are multiplexed to serve as a multiple commu- 
nication line. 

[0531 ] The following mode is assumed as the operat- 
es ing mode for the personal remote credit settlement serv- 
ice. 

[0532] Assume that the settlement system 103 is 
installed at a credit card company or a transaction com- 
pany, the credit settlement device 101 is installed in a 
20 store, and the persona! credit terminal 100 is carried by 
a consumer. The service providing system 102 is 
installed at a company that provides the personal 
remote credit settlement service, and when the credit 
card company provides that service, the service provid- 
es ing system 1 02 is installed at the credit card company. 
[0533] As a further assumption, for the credit service 
the consumer enters into a membership contract with 
the credit card company, a membership contract for the 
personal remote credit settlement service with the com- 
pany that provides the personal remote credit settle- 
ment service, and a contract for wireless telephone 
service with a telephone company. Similarly, the store 
enters into a member contract with the credit card com- 
pany for credit service; a member contract with the com- 
pany that provides the personal remote credit 
settlement service for the personal remote credit settle- 
ment service; and a contract for digital telephone com- 
munication service with the telephone company. 
[0534] When the personal remote credit settlement 
service is provided by a company other than the credit 
card company, the company that provides the personal 
remote credit settlement service enters into a contract 
with a member who has a contract for a credit service 
with one or more credit card companies, so that the per- 
sonal remote credit settlement service providing com- 
pany can take the place of the credit card company and 
can issue an electronic credit card and operate a per- 
sonal remote settlement service. 
[0535] When the transaction company employs the 
settlement system 103 to perform a credit settlement 
processing, the credit card company enters into a con- 
tract with the transaction company so that the transac- 
tion company can act to perform the credit transaction. 
[0536] When the settlement system that performs the 
credit settlement processing differs for each credit card, 
a plurality of settlement systems having the same struc- 
ture as that of the settlement system 103 in Fig. 1 are 
connected to the service providing system 102 by 
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employing digital communication lines. 

[0537] To simplify the explanation of the system of the 
present invention, a consumer who owns the personal 
credit terminal 100 is called a user, a store wherein the 
credit settlement device 101 is installed is called a mer- 
chant a sales clerk who operates the credit settlement 
device 101 is called an operator, a company that pro- 
vides the personal remote credit settlement service is 
called a service provider, and a credit card company or 
a transaction company that employs the settlement sys- 
tem 103 to perform the credit transaction is called a set- 
tlement processor. 

[0538] With this system, when a user employs credit 
to pay a merchant the cost of a product, to perform the 
credit settlement processing the personal credit termi- 
nal 100. the credit settlement device 101 and the serv- 
ice providing system 102 exchange transaction 
information electronically, and the service providing sys- 
tem 102 and. the settlement system 103 exchange 
transaction information electronically. 
[0539] In essence, the service providing system 102 
receives a payment request and a settlement request 
from the personal credit terminal 100 and the credit set- 
tlement device 101 . compares these requests, and acts 
for the user and the merchant by requesting that the set- 
tlement system 100 perform the settlement processing 
Then, the settlement system 103 performs the actual 
transaction. 

[0540] At this time, the personal credit terminal 100 
and the credit settlement device 101 engage in infrared 
communication across the transmission path 105. And 
the personal credit terminal 100 and the service provid- 
ing system 102 use a digital wireless telephone to 
engage in digital telephone communication via the 
transmission path 106 to the base station 1G4 and 
across the digital communication line 107. the digital 
public line network 108 and the digital communication 
line 109. Further, the credit settlement device 101 and 
the service providing system 102 engage in digital tele- 
phone communication across the digital telephone com- 
munication line 1 10. the digital public line network 108 
and the digital communication line 109. In addition, the 
service providing system 102 and the settlement sys- 
tem 103 engage in digital data communication across 
the digital communication line 111. 
[0541 ] The transaction information that is encrypted is 
exchanged by the personal credit terminal 100 and the 
service providing system 102. by the credit settlement 
device 101 and the service providing system 102. and 
by the service providing system 102 and the settlement 
system 103. An encryption method that uses a secret 
key and an encryption method that uses a public key are 
combined to electronically envelope information and 
transmit it 

[0542] The individual components of the system in this 
embodiment will now be described. 
[0543] First, an explanation for the personal credit ter- 
minal 100 will be given. As well as in the first embodi- 



ment Figs. 2A and 2B are a front view and a rear view 
of the personal credit terminal 100. 
[0544] The personal credit terminal 100 has three 
operating modes: a credit card mode, a digital wireless 
5 telephone mode and a personal information manage- 
ment mode, which can be alternately selected using the 
mode switch 204. The personal credit terminal 100 
serves as a digital wireless telephone in the digital wire- 
less telephone mode, and as an electronic credit trans- 
io mission means, i.e., an electronic credit card, in the 
credit card mode. 

[0545] The electronic credit card is registered at the 
personal credit terminal 100 while it is assumed that the 
user has entered into a membership contact for the 
/5 aedrt service with the credit card company. When the 
user has membership contracts for a plurality of credit 
services, a corresponding number of credit cards are 
registered at the terminal 100. 

[0546] The personal information management mode 
20 is an operating mode for managing the personal infor- 
mation for a user that is stored in the personal credit ter- 
minal 100. In the personal information management 
mode, the user refers to personal information and por- 
trait image data that are registered, and sets user pref- 
25 erence information. 

[0547] In order to make a call using the personal credit 
terminal 100. first, the user selects the digital wireless 
telephone mode using the mode switch 204. and then 
enters a telephone number using the number key switch 
so 208 and depresses the speech switch 205. Through this 
process, the user can complete a call to the destination 
represented by the telephone number that was entered. 
[0548] When a call is received at the personal credit 
terminal 100, it generates a call arrival tone, regardless 
55 of its current operating mode. In this case, the user 
need only depress the speech switch 205 to automati- 
cally change the operating mode to the digital wireless 
telephone mode and answer the call. 
[0549] In order to use credit to make a payment to a 
40 merchant first, the user employs the mode switch 204 
to set the operating mode to the credit card mode, fol- 
lowing which he employs the function switch 207 to 
select a credit card to use for the payment. Then, the 
user enters the amount of the payment using the 
45 number key switch 208, and depresses the execution 
switch 21 1 , while at the same time pointing the commu- 
nication port 200 toward the credit settlement device 
101 of the merchant. Through the execution of the 
above process, the personal credit terminal 100 
so engages in infrared communication with the credit set- 
tlement device 101 and digital wireless telephone com- 
munication with the service providing system 102, while 
exchanging transaction information with them and thus 
performing the credit settlement processing. 
55 I 0550 ! The credit settlement device 101 will now be 
explained. The credit settlement device 101. as in the 
first embodiment, has the external appearance shown 
in Fig. 3. 



8NSOOCID: <EP 0910Q28A1 _!_> 



58 



115 



EP 0 910 028 A1 



116 



[0551] The credit settlement terminal 300 has three 
operating modes: a credit transaction mode, a digital 
telephone mode and a merchant information manage- 
ment mode, which can be alternately selected using the 
mode switch 304. The credit settlement terminal 300 5 
serves as a digital telephone in the digital telephone 
mode, and as a credit settlement terminal for the per- 
sonal remote credit transaction service in the credit 
transaction mode 

[0552] The merchant information management mode 10 
is an operating mode for managing the information that 
is stored for a merchant in the credit settlement terminal 
300. In the merchant information management mode, 
the merchant refers to merchant information that is reg- 
istered, and sets merchant preference information. 15 
[0553] In order to make a call using the credit settle- 
ment terminal 300, first an operator selects the digital 
telephone mode using the mode switch 304, following 
which he enters a telephone number using the number 
key switch 307. Through this process, the operator can 20 
complete a call to the destination represented by the tel- 
ephone number that was entered. 
[0554] When a call is received at the credit settlement 
terminal 300, it generates a call arrival tone, regardless 
of its current operating mode. In this case, the operator 25 
need only raise the telephone handset 303 or depress 
the hook switch 305 to automatically change the operat- 
ing mode to the digital telephone mode and answer the 
call. 

[0555] In order to perform the credit settlement 30 
processing, first, the operator uses the cash register 
31 1 to calculate a total for the price of a product and the 
sales tax, and transmits the total to the user. Then, in 
accordance with the user's request to use credit for the 
payment, the operator depresses the credit transaction 35 
switch 312 of the cash register 31 1 and waits until the 
user has completed the payment operation using the 
personal credit terminal 100. When the user has exe- 
cuted the payment process, the payment price that the 
user entered is displayed on the LCD 302 along with the 40 
results of the credit reference check performed for the 
user. The operator confirms the display contents and 
depresses the execution switch 308. 
[0556] Through the execution of this process, the 
credit settlement device 101 exchanges transaction 45 
information with the personal credit terminal 100 and 
the service providing system 102. and performs the 
credit settlement processing. 

[0557] The service providing system 102 will now be 
described. The service providing system 102. as in the so 
first embodiment, has the block arrangement shown in 
Fig. 4. the service providing system 102 comprises: a 
service server 400. which processes transaction infor- 
mation, for the personal remote credit transaction serv- 
ice, that is to be exchanged with the personal credit ss 
terminal 100. the credit settlement device 101 and the 
settlement system 103; a service director information 
server 401. which manages attribute information that 



concerns the user, the merchant and the settlement 
processor, and service history information that is pro- 
vided by the service providing system 102; a user infor- 
mation server 402. which manages the attribute 
information for the user, and the data stored in the per- 
sonal credit terminal 100; a merchant information server 

403, which manages the attribute information for the 
merchant, and data stored in the credit settlement ter- 
minal 300; a settlement processor information server 

404, which manages the attribute information for the 
settlement processor, and history information for the 
settlement processing; and a management system 407, 
with which a service provider operates and manages 
the service providing system 102. Each of the servers 
400 to 404, and the management system 407, is consti- 
tuted by one or more computers. 

[0558] The service server 400, the service director 
information server 401 , the user information server 402, 
the merchant information server 403 and the settlement 
processor information server 404 are respectively con- 
nected to an ATM-LAN switch 405 by ATM-LAN cables 
409, 410, 411, 412 and 413. The service server 400 
accesses the service director information server 401, 
the user information server 402, the merchant informa- 
tion server 403 or the settlement processor information 
server 404 via the ATM-LAN switch 405 . 
[0559] The ATM-LAN switch 405 is connected to an 
ATM switchboard 406 by an ATM-LAN cable 415. The 
ATM switchboard 406 is connected to the digital com- 
munication line 109. which is extended to the digital 
public line network 108, and the digital communication 
line 111, which extends to the settlement system 103. 
The service server 400 communicates, along the ATM- 
LAN switch 405 and the ATM switchboard 406, with the 
personal credit terminal 100, the credit settlement 
device 101 and the settlement system 103. 
[0560] The management system 407 is connected by 
an ATM-LAN cable 41 4 to an ATM-LAN switch 408, and 
from there to the ATM switchboard 406 by an ATM-LAN 
cable 416. The management system 407 accesses the 
service server 400, the service director information 
server 401. the user information server 402, the mer- 
chant information server 403 or the settlement proces- 
sor information server 404 via the ATM-LAN switch 408, 
the ATM switchboard 406 and the ATM-LAN switch 405, 
and operates and manages the service providing sys- 
tem 102. 

[0561] The ATM switchboard 406 serves as a data 
communication switchboard for external/internal com- 
munication by the service providing system 102 and 
inter-communication therefor. The ATM switchboard 
405 serves as a communication adaptor that is compat- 
ible with a plurality of communication types. For exam- 
ple, for communications conducted between the service 
server 400 and the credit settlement device 101 . first, an 
ISDN packet is exchanged by the credit settlement 
device 101 and the ATM switchboard 406. Then, the 
ATM switchboard 406 converts the ISDN data packet 
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into an ATM packet, an inverted conversion, and 
exchanges the ATM packet with the service server 400. 
Similarly, for communications conducted between the 
service server 400 and the personal credit terminal 100, 
and between the service server 400 and the settlement 5 
system 103. the ATM switchboard 406 converts data in 
accordance with a correspond ng communication type. 
[0562] In addition, in order to reduce the expenses for 
communication between the personal credit terminal 
1 00 and the service providing system 1 02, and between u 
the credit settlement device 101 and the service provid- 
ing system 102, generally a service providing system 
102 is installed in each area (service area) to provide 
the personal remote credit settlement service. For this 
purpose, a special digital communication line 417 is 15 
connected to the ATM switchboard 406 that links it with 
a service providing system 102 in each area. In this 
case, all the service providing systems 102 share data, 
and cooperate in the processing of the data. 
[0563] The process sharing and the cooperative 20 
processing of performed by the service providing sys- 
tems will be described in detail later. 
[0564] The settlement system 103 will now be 
explained. The settlement system 103, as in the first 
embodiment, has the block arrangement shown in Fig. 25 
5. 

[0565] For the personal remote credit transaction 
service, the credit settlement processing performed by 
the settlement system 103 is initiated when, after a 
transaction request is received from the service provid- 30 
ing system 102, the transaction server 500 updates 
data stored in the subscriber information server 501 , the 
member information storage server 502, and the trans- 
action information server 503. 

[0566] The ATM switchboard 505 is connected not 35 
only to the digital communication line 1 1 1 that extends 
to the service providing system 102. but also to a bank 
line 515 that is connected to a bank on-line system, and 
to a special digital line 51 6 that is connected to a settle- 
ment system for another settlement processor. The set- 40 
tlement system 103 communicates with the bank on- 
line system and the settlement system for the other set- 
tlement processor when performing a settlement 
processing between financial organizations. 
[0567] The management system 506 is connected to 45 
an ATM-LAN switch 507 by an ATM-LAN cable 512, and 
to the ATM switchboard 505 by an ATM-LAN cable 514. 
The management system 506 accesses the transaction 
server 500, the subscriber information server 501 . the 
member information storage server 502, or the transac- so 
tion information server 503 via the ATM-LAN switch 
507, the ATM switchboard 505 and the ATM-LAN switch 
504, and operates and manages the settlement system 
103. 

[0568] The ATM switchboard 505 serves as a data 55 
communication switchboard for the external-internal 
communication of the settlement system 103 and the 
inter-communication therefor. The ATM switchboard 



505 serves as a communication adaptor that is compat- 
ible with a plurality of communication types, and per- 
forms data conversion in accordance with the 
communication type used for communication between 
the transaction server 500 and the service providing 
system 102. between the transaction server 500 and 
the bank on-line system, and between the transaction 
server 500 and the settlement system for the other set- 
tlement processor. 

[0569] The personal remote credit transaction service 
provided by the system in this embodiment will now be 
described. 

[0570] Roughly four processes are employed for the 
personal remote credit transaction service: -transac- 
tion," "cancellation," "customer service call," and 
"inquiry call." The settlement processing is one whereby 
a credit transaction, for which a user employs credit to 
make a payment to a merchant, is performed by 
employing wireless communication, without the direct 
exchange of a credit card or payment specifications. 
The cancellation process is one whereby trading that 
has been completed as a transaction performed by the 
personal remote credit transaction service is canceled, 
based on an agreement reached by a user and a mer- 
chant while employing wireless communication. The 
customer service call process is a process whereby a 
merchant can contact a user for whom a personal 
remote credit transaction service has been completed, 
even when the merchant does not know the telephone 
number of the user. The inquiry call process is a proc- 
ess whereby a user can place an inquiry call to a mer- 
chant to whom the results of a personal remote credit 
transaction service has been provided, without the mer- 
chant being notified of the telephone number of the 
user. 

[0571] In Fig. 43 is shown a flowchart for the settle- 
ment processing for the personal remote credit transac- 
tion service. In Figs. 44A to 441 are shown examples of 
displays on the LCD 203 of the personal credit terminal 
100 during the settlement processing, and in Fig. 8A to 
8G are shown examples of displays on the LCD 302 of 
the credit settlement terminal 300. 
[0572] Further, in Fig. 9 is shown a flowchart for the 
cancellation process for the personal remote credit 
transaction service; in Fig. 10A to 10H are shown exam- 
ples of displays on the LCD 203 of the personal credit 
terminal during the cancellation process, and in Figs. 
1 1 A to 1 1 G are shown examples of displays on the LCD 
302 of the credit settlement terminal 300. 
[0573] In Fig. 45A is shown a flowchart for the cus- 
tomer service call process for the personal remote 
credit transaction service; in Figs. 13A and 13B are 
shown examples of displays on the LCD 203 of the per- 
sonal credit terminal 100 during the customer service 
call process; and in Fig. 14A to 14G are shown exam- 
ples of displays on the LCD 302 of the credit settlement 
terminal 300; 

[0574] Further, in Fig. 45B is shown a flowchart for the 
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inquiry call process for the personal remote credit trans- 
action service; in Fig. 13C to 13F are shown examples 
of displays on the LCD 203 of the personal credit termi- 
nal during the inquiry process, and in Figs. 14F and 14H 
are shown examples of displays on the LCD 302 of the 
credit settlement terminal 300. 

[0575] These processes are performed in substan- 
tially the same manner as in the first embodiment. 
[0576] The internal structure of the personal credit ter- 
minal 100 will now be described. Fig. 15A is a block dia- 
gram illustrating the arrangement of the personal credit 
terminal 100. This terminal 100 comprises: a CPU 
(Central Processing Unit) 1500, which processes data 
to be transmitted, receives data, and controls the other 
components via a bus 1529; a RAM (Random Access 
Memory) 1502, in which data processed by the CPU 
1500 are stored; a EEPROM (Electric Erasable Pro- 
grammable Read Only Memory) 1503, in which are 
stored a terminal ID for the personal credit terminal 100, 
a user ID for a user, a private key and a public key, a 
service provider ID for the service providing system 
102, and the telephone number (the digital signature of 
a service provider is provided for the telephone number 
for the service provider) and the public key of a service 
provider; an LCD controller 1504. which operates the 
LCD 203 under the control of the CPU 1500. and which 
displays on the LCD 203 an image set by the CPU 1500; 
an encryption processor 1505. which encrypts and 
decrypts data under the control of the CPU 1 500; a data 
codec 1506, which codes data to be transmitted and 
decodes received data under the control of the CPU 
1500; an infrared communication module 1507. which 
transmits and receives infrared rays during infrared 
communication; a key operation controller 1509, which 
detects the manipulation by the user of the mode switch 
204, the speech switch 205, the end switch 206. the 
function switch 207, the number key switch 208. the 
power switch 209 and the execution switch 211; an 
audio processor 1511. which drives a loudspeaker 
1510. a receiver 202 or a headphone jack 212. and 
amplifies an analog audio signal that is input through 
the microphone 210 or the headphone jack 212; an 
audio codec 1512. which encodes an analog audio sig- 
nal 1 542 to provide digital audio data, and decodes dig- 
ital audio data to provide an analog audio signal 1 543; a 
channel codec 1 513. which generates data to be trans- 
mitted along a radio channel, and extracts, from 
received data, data that is addressed to the personal 
credit terminal 100; a modulator 1514, which modulates 
a serial digital signal 1547 input by the channel codec 
1513 to obtain an analog transmission signal 1549 that 
employs as a baseband an electric signal 1552 that is 
generated and transmitted by a PLL 1516; a demodula- 
tor 1515, which, to obtain a serial digital signal 1548. 
demodulates a received analog signal .1550 that 
employs as a baseband an electric signal 1553 that is 
generated and supplied by the PLL 1516, and which 
transmits the serial digital signal 1548 to the channel 



codec 1513; an RFunit 1517, which changes the ana- 
log transmission signal 1549 received from the modula- 
tor 1514 into a radio wave and outputs it through an 
antenna 201 , and which, upon receiving a radio wave 
5 through the antenna 201 , transmits an analog reception 
signal 1550 to the demodulator 1515; a battery capacity 
detector 1518, which detects the capacity of the battery 
of the personal credit terminal 100; and a logic control- 
ler 1508, which activates the channel codec 1513, the 
io PLL 1516 and the RF unit 1517, and which processes 
interrupt signals that are transmitted by the key opera- 
tion controller 1509, the channel codec 1513 and the 
battery capacity detector 1518, and serves as an inter- 
face when the PU 1500 accesses the internal registers 
is of the key operation controller 1509, the audio proces- 
sor 1511 and the channel codec 1513. 
[0577] The encryption processor 1505 includes a 
secret key encryption and decryption function and a 
public key encryption and decryption function. The 
20 encryption processor 1505 employs an encryption 
method determined by the CPU 1500, and keys to 
encrypt or decrypt data set by the CPU 1500. The 
encryption and the decryption functions of the encryp- 
tion processor 1505 are employed to perform a digital 
25 signature process or a closing process for a message, 
to decrypt an enveloped and encrypted message, or to 
verify a digital signature accompanying a message. 
[0578] The data codec 1 506 encodes data to be trans- 
mitted or decodes received data under the control of the 
30 CPU 1500. In this case, the encoding is a process for 
generating data to be transmitted that includes commu- 
nication control information and error correction infor- 
mation, and the decoding is a process for performing 
error correction on the received data and removing 
35 extra communication control information in order to 
obtain the data that a sender was to originally transmit. 
The data codec 1506 has a function for encoding or 
decoding data during data communication over a digital 
wireless phone, and a function for encoding or decoding 
40 data during infrared communication. The data codec 
1506 performs encoding or decoding determined by the 
CPU 1 500 for data that are set by the CPU 1500. 
[0579] When, for example, an enveloped message 
accompanied by a digital signature is transmitted 
45 through the employment of digital telephone communi- 
cation, the CPU 1500 employs the encryption processor 

1505 to perform a digital signature process and a clos- 
ing process for a message, employs the data codec 

1 506 to encode the resultant message in a digital com- 
50 munication data form for a digital telephone, and trans- 
mits the message through the logic controller 1508 to 
the channel codec 1513. 

[0580] When an enveloped message accompanied by 
a digital signature is received through the employment 
55 of digital wireless phone communication, the CPU 1500 
reads the message from the channel codec 151 3 via the 
logic controller 1508, employs the data codec 1506 to 
decode the message, and permits the encryption proc- 
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essor 1505 to decrypt the enveloped message and to 
verify the digital signature accompanying the message. 
[0581 ] Similarly, when an enveloped message accom- 
panied by a digital signature is to be transmitted by 
employing infrared communication, the CPU 1500 s 
employs the encryption processor 1505 to provide a 
digital signature for the message and to envelope the 
message, and employs the data codec 1506 to encode 
the enveloped message accompanied by the digital sig- 
nature to provide a data format suitable for infrared w 
communication. Then, the resultant message is trans- 
mitted to the infrared communication module 1507. 
[0582] When an enveloped message accompanied by 
a digital signature is received through the employment 
of infrared communication, the CPU 1500 reads the is 
received message from the infrared communication 
module 1507. employs the data codec 1506 to decode 
the message, and employs the encryption processor 
1505 to decrypt the enveloped message and to verify 
the digital signature accompanying the message. 20 
[0583] The infrared communication module 1507 
internally includes, as is shown in Fig. 15B, a serial/par- 
allel converter 1560. which performs the bidirectional 
conversion of parallel data and serial data; a modula- 
tor/demodulator 1561. which receives a serial digital 25 
signal 1562 from the serial -parallel converter 1560 and 
modulates it to obtain an infrared transmission signal 
1564, and which demodulates a received analog signal 
1565 to obtain a serial digital signal 1563; and an infra- 
red ray reception/emission unit 200. which converts a 30 
signal 1564 obtained by the modulatorAJemodulator 
1561 into an infrared ray and emits it. and which con- 
verts a received infrared ray into an analog signal 1565. 
[0584] When the user depresses either the mode 
switch 204. the snepnh cwHrh !>n* #10 0^ one 
the function switch 207. the number key switch 208, the 
power switch 209, or the execution switch 21 1 , the key 
operation controller 1509 detects the manipulation of 
the switch by the user and asserts an interrupt signal 
1538 requesting the CPU 1500 perform a process cor- 40 
responding to the switch that was manipulated. As is 
shown in Fig. 46, the key operation controller 1509 
includes a key control register (KEYCTL) 21612 for set- 
ting the valid/invalid state of each switch. The CPU 1 500 
accesses the key control register (KEYCTL) 21612 to 45 
set the valid/invalid state of each switch. 
[0585] The audio processor 1522 includes an audio 
control register (SCTL) 21611 for controlling the audio 
process, as is shown in Fig. 46. The CPU 1500 
accesses the audio control register (SCTL) 21611 to so 
control the operation of the audio processor 1511. 
When, for example, a call request transmitted over a 
digital wireless phone is received, the CPU 1500 
accesses the audio control register (SCTL) 21611 to 
output a call tone for a digital wireless phone. Asa '55 
result, the audio processor 151 1 drives the loudspeaker 
1510 to output the call tone for a digital wireless phone. 
It should be noted that, when a call request is from the 



service providing system 102. no call tone is output and 
the CPU 1500 begins a process for establishing a ses- 
sion with the service providing system 102. The process 
for establishing the session will be described in detail 
later. 

[0586] The audio codec 1512 encodes an analog 
audio signal 1542 received from the audio processor 
151 1 to provide digital audio data, and decodes digital 
audio data received from the channel codec 1513 to 
provide an analog audio signal 1543. The analog audio 
signal 1543 is transmitted to the audio processor 1511, 
which amplifies the signal 1543 and drives the receiver 
202 to produce sounds. The encoded digital audio data 
are transmitted to the channel codec 1513, which 
changes the data into data that can be transmitted 
across the radio channel. 

[0587] In addition, the audio codec 1512 includes an 
audio data encryption key register (CRYPT) 21613 in 
which is stored an encryption key for the secret key 
cryptography method that is employed for encryption 
and decryption of audio data. When the audio data 
encryption key is set to the audio data encryption key 
register (CRYPT) 21613 by the CPU 1500, the audio 
codec 1512 encodes the analog audio signal 1542 to 
provide digital audio data and at the same time encrypts 
the digital audio data, or decodes the digital audio data 
to provide an analog audio signal 1 543 and at the same 
time decrypts the digital audio data. 
[0588] Two types of data to be transmitted are 
received by the channel codec 1513: one type is digital 
audio data originating at the audio codec 1512 as a dig- 
ital audio signal 1546, and the other type is data-com- 
munication data originating at the CPU 1500 that pass 
through the logic controller 1508 as a digital signal 

[0589] The channel codec 1513 adds identification 
data, as header information, to digital audio data and 
data communication data and then converts the data 
into a serial digital signal 1 547 having a data format suit- 
able for a digital wireless telephone and transmits the 
signal 1547 to the modulator 1514. 
[0590] In addition, upon receiving a serial digital signal 
1548 from the demodulator 1515. the channel codec 
1513 examines a terminal ID and extracts only such 
data as is addressed to the channel codec 1513. 
removes the communication control information for the 
digital wireless phone, identifies the digital audio data 
and the data communication data using the header 
information, and transmits these data as a digital audio 
signal 1 546 and a digital signal 1556 to the audio codec 
1512 and the logic controller 1508 respectively. 
[0591 ] Further, upon receipt of a digital wireless call or 
data-communication data the channel codec 1513 
asserts an interrupt signal 1554. and upon receipt of 
digital audio data, brings the control signal 1544 low. 
The interrupt signal 1554 is a signal requesting that the 
CPU 1500 perform the process for a received digital 
wireless phone communication and a process for data 
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communication data. The control signal 1544 ia a low- 
active signal for requesting the audio codec 1512 to 
process the received digital audio data. 
[0592] In order to perform these processes, as is 
shown in Fig. 46, the channel codec 1513 includes: an s 
ID register (ID) 21605, in which is stored a terminal ID; 
a channel codec control register (CHCTL) 21 606, which 
controls the operation of the channel codec 1513; a 
audio transmission buffer 21607, in which are stored 
digital audio data received from the audio codec 1512; w 
an audio reception buffer 21608, in which are stored 
digital audio data extracted from received data; a data 
transmission buffer 21609. in which are stored data 
communication data received from the logic controller 
1508; and a data reception buffer 21610, in which are is 
stored communication data extracted from received 
data. 

[0593] A control signal 1545 is a control signal direct- 
ing the audio codec 1512 to write and read data relative 
to the data transmission buffer 26107 and the data 20 
reception buffer 21608. When the control signal 1545 
goes low, the digital audio data are written to the data 
transmission buffer 21607, and when the control signal 
1545 goes high, the digital audio data are read from the 
data reception buffer 21609. 25 
[0594] A control signal 1555 is a control signal direct- 
ing the CPU 1500 to use the logic controller 1508 to 
write and read data relative to the data transmission 
buffer 26109 and the data reception buffer 21610. When 
the control signal 1555 goes low, the data-communica- 30 
tion data are written to the data transmission buffer 
21609. and when the control signal 1555 goes high, the 
data-communication data are read from the data recep- 
tion buffer 21610. 

[0595] The modulator 1514 modulates a serial digital 35 
signal 1547 received from the channel codec 1513 to 
provide an analog transmission signal 1549, which is 
employed as a baseband for an electric signal 1 552 that 
is generated and supplied by the PLL 1516. and trans- 
mits the signal 1549 to the RF unit 1517. The analog 40 
transmission signal 1549 received by the RF unit 1517 
is output as a radio wave through the antenna 201 . 
[0596] When a radio wave is received at the antenna 
201. an analog reception signal 1550 is transmitted by 
the RF unit 1517 to the demodulator 1515. The demod- 45 
ulator 1515 demodulates the analog signal 1550, while 
employing as its baseband an electric signal 1553 that 
is generated and supplied by the PLL 1516. and trans- 
mits an obtained serial digital signal 1 548 to the channel 
codec 1513. 50 
[0597] The battery capacity detector 1 51 8, for detect- 
ing the capacity of a battery, asserts an interrupt signal 
1557 when the remaining capacity of the battery of the 
personal credit terminal 100 is equal to or less than a 
value Q (Q > 0) set by the CPU 1500. The interrupt sig- 55 
nal 1557 is a signal for requesting the CPU 1500 to per- 
form a data backup process for the RAM 1502. The 
value Q is large enough for the personal credit terminal 



100 to communicate with the service provicfing system 
102 in order to backup data in the RAM 1502 for the 
service providing system 102 (backup process). 
[0598] The logic controller 1 508 includes five internal 
registers, as is shown in Fig. 46: a frame counter 
(FRAMEC) 21600. a start frame register (FRAME) 
21601. a clock counter (CLOCKC) 21602, an update 
time register (UPTIME) 21603 and an interrupt register 
(INT) 21604. 

[0599] The frame counter 2 1 600 is employed to count 
the number of frames for the digital wireless phone; the 
start frame register 21601 is employed to store the 
frame number of the frame that is to be activated next; 
the clock counter 21602 is employed to measure the 
current time; the update time register 21603 is 
employed to store the time at which the personal credit 
terminal 100 will communicate with the service provid- 
ing system 1 02 to update data in the RAM 1 502; and the 
interrupt register 21604 is employed to indicate the rea- 
son an interrupt is generated for the CPU 1500. 
[0600] Generally, to receive a call, the digital wireless 
telephone intermittently acquires control data for a con- 
trol channel and compares it with the terminal ID. The 
personal credit terminal 100 employs the frame counter 
21600 and the start frame register 21601 to intermit- 
tently acquire control data. First, the number of the 
frame to be activated next is stored in advance in the 
start frame register 21 601 . and when the count value of 
the frame counter 21600 equals the value held by the 
start frame register 21601. to acquire control data the 
logic controller 1508 activates the channel codec 1513, 
the PLL 1 51 6 and the RF unit 1 51 7 via an address data 
signal line 1558. 

[0601] When the value of the clock counter 21602 
matches the value in the update time register 21603, or 
when one of the interrupt signals 1558, 1554 and 1557 
is asserted, the logic controller 1508 writes the reason 
for the interrupt in the interrupt register (INT) 21604, and 
asserts an interrupt signal 1519 requesting the CPU 
1500 perform an interrupt process. For the interrupt 
processing, the CPU 1500 reads the reason stored in 
the interrupt register 1804 and then performs a corre- 
sponding process. 

[0602] The individual bit fields in the interrupt register 

(INT) 21604 are defined as is shown in Fig. 47 A. These 

definitions are the same as those explained in the first 

embodiment while referring to Fig. 18B. 

[0603] Data stored in the RAM 1502 will now be 

described. 

[0604] Fig. 48 is a specific diagram showing a RAM 
map for data stored in the RAM 1 502. 
[0605] The RAM 1502 is constituted by five areas: a 
fundamental program objects area 21800. a service 
data area 21801. a user area 21802, a work area 
21803. and a temporary area 21804. In the fundamental 
program objects area 21800 are stored an upgraded 
module for a program stored in the ROM 1501, and a 
patch program. 
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[0606] The user area 21802 is an area that can be 
freely used by a user, the work area 21803 is a work 
area that the CPU 1500 employs when executing a pro- 
gram, and the temporary area 21 804 is an area in which 
information received by the personal credit terminal 1 00 
is stored temporarily. The service data area 21801 is an 
area in which is stored ID information tor the personal 
remote credit transaction service, credit card informa- 
tion, and history information; the data in this area are 
managed by the service providing system 102. 
[0607] The service data area 21 801 is constituted by 
eight sub-areas: a data management information area 
21805, a personal information area 1606, a portrait 
image data area 21807, a user preference area 21808, 
a telephone function area 21809. a credit card list area 
21810. a use list area 21811. and an object data area 
21812. The data management information area 21805 
is an area in which is stored management information 
for data stored in the service data area 21801 ; the per- 
sonal information area 21806 is an area in which are 
stored the name, age and gender of a user; the portrait 
image data area 21807 is an area in which the portrait 
image data for the face of a user are stored; the user 
preference area 21808 is an area in which is stored 
preference information for a user concerning the per- 
sonal remote credit transaction service; the telephone 
function information area 21809 is an area in which 
information concerning a digital wireless telephone is 
stored; the credit card list area 21810 is an area in 
which list information for credit cards registered by a 
user is stored; the use list area 21811 is an area in 
which is stored use history information for the personal 
remote credit transaction service; and the object data 
area 1612 is an area in which are stored object data for 
information managed in the other seven areas. 
[0608] The information stored in the service data area 
21801 will now be described in detail. 
[0609] Fig. 49 is a detailed, specific diagram showing 
the relationship existing between information stored in 
the service data area 21801 . 

[061 0] The data management information 21 805 con- 
sists of nine types of information: a last data update 
date 21900, a next data update date 21901, a terminal 
status 21902, a personal information address 21903, a 
portrait data address 21904. a user preference address 
21905, a telephone function information address 21906, 
a credit card list address 21907. and a use list address 
21908. 

[0611] The last data update date 21900 represents 
the date on which the service providing system 102 last so 
updated the data in the RAM 1502. and the next data i 
update date 21901 represents the date on which the 
service providing system 102 will next update data in 
the service data area 21801. 

[0612] The value of the next data update date 2 1901 ss 
is set in the update time register 21603. When the next 
data update date 21901 is reached, the personal credit • 
terminal 100 initiates the data updating process. During 



the data updating process, the service providing system 
1 02 updates data stored in the RAM 1 502. This process 
is performed daily in a time period (e.g.. at night) during 
which communication traffic is not very heavy. 
5 [061 3] The terminal status 2 1 902 represents the sta- 
tus of the personal credit terminal 1 00; and the personal 
information address 21903, the portrait data address 
21904. the user preference address 21905. the tele- 
phone function information address 218906. the credit 
io card list address 21 907. and the user list address 21 908 
respectively represent the first addresses of the areas in 
which are stored personal information 21806, portrait 
image data 21807, user preference information 21808, 
telephone function information 21809, a credit card list 
is 21810, and a use list 21811. 

[061 4] The telephone function information 21 809 con- 
sists of three types of information: a last called number 
21909, an address book address 21910, and a shortcut 
file address 2191 1. The last called number 21909 repre- 
20 sents a telephone number employed for a prior call, and 
is employed when re-dialing a digital wireless phone. 
The address book address 21910 and the shortcut file 
address 2191 1 respectively represent addresses in the 
object data area 21812 at which address book irrforma- 
25 tion and a shortcut file are stored. 

[0615] The credit card list 21810 includes list informa- 
tion for credit cards that are registered by a user. In the 
credit card list 21810. seven types of information are 
entered for each credit card: a credit card name 21912 
30 (21919). a credit card number 21913 (21920), an effec- 
tive period 21914 (21921), a credit card status 21915 
(21922), an image data address 21916 (21923), an 
object data address 21 91 7 (21 924), and an access time 
21918(21925). 
35 [061 6 ] The credit card status 2 i 9 i 5 (2 1 922) indicates 
whether or not the credit card is effective, and also the 
credit limit, while the image data address 21 916 (21923) 
represents an address in the object data area 21812 at 
which image data for the credit card are stored. The 
40 object data address 21917 (21924) represents an 
address at which are stored object data for a program 
for the credit card, and the access time 21918 (21925) 
represents the last time that the user employed the 
credit card. 

[0617] At the object data address 21917 (21924) is 
stored a local address that is an address in the object 
data area 21 81 2, or a remote address that is an address 
in the user information server 402 of the service provid- 
ing system 1 02. When a remote address is stored at the 
object data address 21917 (21924), and when the user 
selects a corresponding credit card, the personal crecfit 
terminal 100 downloads object data from the service 
providing system 102 to the temporary area 21804 
(remote access), and executes a program for the credit 
card. In order to simply display the credit card, the 
image data at the image data address 21916 (21923) in 
the object data area 21812 are displayed, and object 
data are not downloaded. 
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[0618] An address to be stored at the object data 
address 21917 (21924) is determined by the service 
providing system 102. As part of the data updating proc- 
ess, the access times for the individual credit cards are 
compared, and a local address is assigned for the credit 
card having the latest access time. When there is ade- 
quate space in the object data area 21812, the object 
data addresses of all the credit cards can be local 
addresses. 

[061 9] In the use list 2 1 81 1 , four types of information 
are stored for one personal remote credit transaction 
service: a request number 21926 (21930), a service 
code 21927 (21931), a use time 21928 (21932), and a 
use information address 21929 (21933). 
[0620] The request number 21926 (21930) uniquely 
represents the deal with the merchant (for a user), and 
is issued by the personal credit terminal 100 when it 
generates the payment offer 608. The service code 

21927 (21931) is a code number that indicates the type 
of credit card service that is provided. The use time 

21928 (21932) is the time at which when the personal 
remote credit transaction service is provided, and the 
use information address 21979 (21933) is an address at 
which a receipt is stored. 

[0621 ] At the use information address 2 1 929 (21 933) 
is stored a local address that is an address in the object 
data area 21 81 2. or a remote address that is an address 
in the user information server 402 of the service provid- 
ing system 102. 

[0622] When a remote address is stored at the use 
information address 21929 (21933), and when the user 
accesses the use information, the personal credit termi- 
nal 1 00 downloads the use information from the service 
providing system 102 to the temporary area 21804 and 
displays it on the LCD 203 (remote access). 
[0623] The address stored at the use information 
address 21929 (21933) is also determined by the serv- 
ice providing system 102. A part of the data updating 
process, the use times for the individual use information 
items are compared, and a local address is assigned for 
the use information having the latest use time. When 
there is adequate space in the object data area 21812, 
all the use information addresses can be local 
addresses. 

[0624] The process performed by the CPU 1500 will 
now be described. 

[0625] Figs. 51 A and 51 B are conceptual flowcharts 
for the processing performed by the CPU 1500. 
[0626] As is shown in Figs. 51 A and 51 B, the CPU 
1500 performs two processes: a main routine 22109 
and an interrupt process routine 22122. The main rou- 
tine is a routine for processing data to be transmitted 
and data that are received, and for controlling the other 
components. The interrupt process routine is a routine 
for detecting a process that is required by an external 
interrupt. Therefore, the CPU 1500 normally performs 
the main routine. When an interrupt signal 1519 is 
asserted, the CPU 1500 jumps from the main routine to 



the interrupt process routine, and performs the interrupt 
process. When the CPU 1500 terminates the interrupt 
process, it returns to the main routine and restarts the 
process in the main routine. 

5 [0627] There are 1 7 types of processes performed by 
the CPU 1500 in the main routine. The CPU 1500 
dynamically selects a process and performs the 
selected process in a time-sharing manner. In Fig. 50A 
are shown 17 processes to be performed in the main 

10 routine. 

[0628] The 1 7 processes performed in the main rou- 
tine are: a process management process for selecting 
and managing a process to be performed by the CPU 
1500; a power-ON process for initialization when a 

is power switch is turned on; a power -OFF process to per- 
form an end process when the power switch is turned 
off; a digital wireless phone process for a GUI (Graphi- 
cal User Interface) process and a data process (e.g., 
setup of a shortcut dial) in a digital wireless phone 

20 mode; a credit card process for a GUI (e.g., display of a 
use history) and a data process in a credit card mode; a 
personal information management process for a GUI 
process (e.g., display of personal information) and a 
data process in a personal information management 

25 mode; a settlement processing for "transaction"; a can- 
cellation process for "cancel"; a customer service call 
process for a "customer service call"; an inquiry call 
process for an "inquiry call"; a data updating process for 
updating data; a forcible data updating process for forci- 

30 by updating data; a data backup process for backing up 
data; a remote access process for effecting a remote 
access; a session establishment process for establish- 
ing a session with a service providing system; a digital 
wireless phone communication process for controlling 

35 digital wireless phone communication; and an infrared 
communication process for controlling infrared commu- 
nication. 

[0629] For each process, a corresponding program 
module is present in the fundamental program area 
40 21802 of the ROM 1501 and the RAM 1502, and when 
the CPU executes these program modules, the individ- 
ual processes are performed. 

[0630] Furthermore, information concerning the sta- 
tus of the process is present for each process in the 

45 work area 21803 of the RAM 1502, and indicates the 
activation state ("active" or "inactive") of the process, 
the operating state ("running" or "idle"), and the current 
process step. The "active" state is used to indicate a 
pertinent process has been activated as a process to be 

so performed in the main routine; the "inactive" state is 
used to indicate that a process has not been activated; 
the "running" state is used to indicate that a process is 
currently being performed; and the "idle" state is used to 
indicate that a process has been hatted temporarily. 

55 [0631 ] In particular, the operating states of the digital 
wireless phone process, the credit card process, and 
« the personal information management process corre- 
spond to the operating modes of the personal credit ter- 
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minal 100. When the operating state of the digital 
wireless phone process is "running," the personal credit 
terminal 100 is being operated in the digital wireless 
phone mode. When the operating state of the credit 
card process is "running," the personal credit terminal 5 
1 00 is being operated in the credit card mode. When the 
operating state of the personal information manage- 
ment process is "running," the personal credit terminal 
100 is being operated in the personal information man- 
agement mode. In all cases, the operating state "run- w 
ning" will refer to only one of the digital wireless phone 
process, the credit card process, and the personal infor- 
mation management process, while the state of the 
other processes will be "idle." information concerning 
the status of a process is called a process status. 15 
[0632] In the main routine, the CPU 1 500 repetitiously 
performs the process management process and the 
process registered in the process list in a time-sharing 
manner. The process list is a list for processes, other 
than the process management process, that are being 20 
activated. The process list is updated during the proc- 
ess management process. The process management 
process is always performed in the main routine for 
updating the process list and the process statuses, and 
for selecting a process to be performed in the main rou- 25 
tine. 

[0633] The process management processor 22005 
updates the process list based on a process generation 
request, which is issued by a process in the interrupt 
process routine, and the process status of each process 30 
(see Fig. SOB). 

[0634] Figs. 51 A and 51 B are conceptual flowcharts 
showing the general processing performed by the CPU 
1500. For this processing, N (N is an integer of 0 or 
greater) processes are entered in the process list, as is 35 
shown in Fig. SOB. 

[0635] In Figs. 51 A and 51 B. first, when the personal 
credit terminal 100 is reset, program control advances 
to step 22100, whereat the CPU 1500 performs a reset 
process. When the reset process is completed, program 40 
control advances to step 22101 . During the reset proc- 
ess, a variable defined in the RAM 1502 is initialized, 
the internal register is initialized and the process man- 
agement process is generated. 

[0636] At step 22101. the CPU 1500 performs the 45 
process management process to update the process list 
and the process statuses of the individual processes. 
Program control thereafter advances to step 22102 (N £ 
1) (when N = 1, program control returns to step 22101). 
[0637] At step 22102, (when N ;> 1) a check is per- so 
formed to determine whether the status of the first proc- 
ess in the process list 22000 is "running" or "idle." When 
the status is "idle," program control advances to step 
22104 (when N £ 2) (when N = 1. program control 
returns to step 22101). When the process status is "run- ss 
ning," program control advances to step 22103, whereat 
the first process is performed. Program control thereaf- 
ter goes to step 22104 (N ;> 2) (when N = 1, program 



control returns to step £2101). 

[0638] At step 22104 and the following steps, the sec- 
ond to the N-th processes in the process list are per- 
formed following the same procedures (steps 22101 
and 22103) as those employed for the first process in 
the process list (N ;> 2). When the CPU 1500 terminates 
the performance of the N-th process (steps 22106 and 
22107). program control returns to step 22101. In other 
words, the CPU 1500 repeats the process at step 221 01 
and the process corresponding to steps 22102 to step 
22107. It should be noted that the contents of the proc- 
ess corresponding to steps 22102 to 22107 are 
changed in accordance with the process management 
process at step 22101 . 

[0639] When the interrupt signal 1 51 9 is asserted dur- 
ing the execution of the main routine 22109. the CPU 
1500 jumps to the interrupt process routine 22122. In 
the interrupt process routine 22122, first, at step 221 10 
the CPU 1500 reads the interrupt register (INT) 21604. 
and copies it to the word "interrupt" in the RAM (work 
area). The interrupt register (INT) 21604 read by the 
CPU 1 500 is echo-reset, and the interrupt signal 1 51 9 is 
negated. 

[0640] At step 22111, the interrupt bit value 28 is 
employed to determine whether the interrupt 1519 is a 
reception interrupt. When the interrupt 1519 is not a 
reception interrupt (interrupt (bit28) = 0). program con- 
trol advances to step 221 13. When the interrupt 1519 is 
a reception interrupt (interrupt (bit28) = 1). program con- 
trol moves to step 22112, whereat a request for gener- 
ating a digital wireless phone process is transmitted to 
the process management processor 22005. Program 
control thereafter moves to step 22 1 1 3. 
[0641] At step 22113. the interrupt bit value 26 is 



to determine wheiher the interrupt 1519 is an 



update interrupt. When the interrupt 1519 is not an 
update interrupt (interrupt (bit26) = 0), program control 
advances to step 221 15. When the interrupt 1519 is an 
update interrupt (interrupt (bit26) = 1), program control 
moves to step 221 14, whereat a request for generating 
a data update process is transmitted to the process 
management processor 22005. Program control there- 
after moves to step 221 15. 

[0642] At step 22115, the interrupt bit value 25 is 
employed to determine whether the interrupt 1519 is a 
backup interrupt. When the interrupt 1519 is not a 
backup interrupt (interrupt (bit25) = 0), program control 
advances to step 221 17. When the interrupt 1519 is a 
backup interrupt (interrupt (bit25) = 1), program control 
moves to step 221 16, whereat a request for generating 
a data backup process is transmitted to the process 
management processor 22005. Program control there- 
after moves to step 221 1 7. 

[0643] At step 22117, the interrupt bit value 24 is 
employed to determine whether the interrupt 1519 is a 
key interrupt. When the interrupt 1 51 9 is not a key inter- 
rupt (interrupt (brt24) = 0), the interrupt process is termi- 
nated and program control returns to the main routine. 
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When the interrupt 1519 is a key interrupt (interrupt 
(bit24) = 1), program control moves to step 221 18. 
[0644] At step 22118. the value of the "power" bit 
(bit16) in the interrupt is examined. When the power bit 
value is 0, the interrupt process is terminated, and pro- s 
gram control returns to the main routine. When the bit 
value is 1 . it is assumed that the power switch has been 
manipulated, and program control advances to step 
22119. 

[0645] At step 221 1 9. the value of the "power display" io 
bit (bit31) in the interrupt is examined. When the value 
of the power display bit is 0, it is assumed that the power 
switch is turned off. and program control advances to 
step 22121. When the value of the power display bit is 
1 , it is assumed that the power switch is turned on. and 15 
program control advances to step 22120. 
[0646] At step 22120. a request for generating a 
power-ON process is transmitted to the process man- 
agement processor 22005. and the interrupt process is 
terminated. Program control thereafter returns to the 20 
main routine. 

[0647] At step 22121, a request for generating a 
power-OFF process is transmitted to the process man- 
agement processor 22005, and the interrupt process is 
terminated. Program control thereafter returns to the 25 
main routine. 

[0648] When the CPU 1 500 returns from the interrupt 
process routine 22122 to the main routine 22109. it 
restarts the process in the main routine beginning at the 
step immediately before the CPU 1500 jumped to the 30 
interrupt process routine. The process generation 
request which was transmitted to the process manage- 
ment process in the interrupt process routine, is evalu- 
ated during the process management process at step 
22101 , which is first performed by the CPU 1500 when 35 
it has returned from the interrupt process routine to the 
main routine. Then, the requested process is registered 
in the process list and is performed during the following 
process in the main routine. 

[0649] For example, immediately after the personal 40 
credit terminal 100 is reset, no process is entered in the 
process list. Therefore, in the main routine the CPU 
1500 repeats the process management process gener- 
ated during the reset process at step 22100 (see Fig. 
52A). By resetting the terminal 100, the logic controller 45 
1508 sets a "1" in bit 24 (key interrupt) and in bit 16 
("power") in the interrupt register (INT) 21604. and the 
interrupt signal 1519 is asserted. At this time, if the 
power switch 209 is on, the CPU 1500 performs the 
interrupt process routine, and then performs the power- 50 
ON process in the main routine. If the power switch 209 
is off. the CPU 1 500 performs the interrupt process rou- 
tine, and then performs the power-OFF process in the 
main routine. 

[0650] Fig. 52C is a flowchart showing the processing ss 
when the power switch 209 is turned off, or when the 
power switch 209 is off at the time of a reset. For the 
power-OFF process, the end process is performed to 



erase a display on the LCD or to access the key control 
register (KEYCTL) 21612 to set only the power switch 
209 as effective. When the power-OFF process is termi- 
nated, the CPU 1500 is shifted to the halted state, and 
halts the process in main routine. Only when respond- 
ing to an interrupt due to the power-ON operation, an 
update interrupt, or a backup interrupt is the CPU 1500 
returned from the halted state to the normal operating 
state. In this case CPU 1500 performs the interrupt 
process routine and then restarts the process in the 
main routine. 

[0651 ] Fig. 52B is a flowchart showing the processing 
when the power switch 209 is turned on. or when the 
power switch 209 is on at the time of a reset. During the 
power-ON process, the initial operation is performed to 
initialize a display on the LCD, to initialize both a varia- 
ble that is defined in the RAM 1502 and an internal reg- 
ister, and to transmit to the process management 
processor 22005 requests for generating a digital wire- 
less phone process, a credit card process and a per- 
sonal information management process. Upon 
receiving these requests, the digital wireless phone 
process, the credit card process and the personal infor- 
mation management process are registered in the proc- 
ess list, and are performed in the main routine. It should 
be noted that since the operating state for each process 
is held in the process status area, the operating mode 
when the power switch is turned on is the operating 
mode existing when the power switch was powered off. 
[0652] Fig. 53 is a flowchart showing the processing 
performed by the CPU 1500 when the power-ON proc- 
ess has been terminated, or in the normal state when 
the personal credit terminal 100 does not perform the 
process for a transaction, a cancellation, a customer 
service call, an inquiry call, a data update or a remote 
access. At this time, while the digital wireless phone 
process, the credit card process and the personal infor- 
mation management process are registered in the proc- 
ess list, for only one process in the process status area 
is "running" the operating state, and the operating mode 
of the personal credit terminal corresponds to the proc- 
ess that is in the "running" state. 
[0653] As the interrupt factor for the interrupt register 
(INT) 21 604, key manipulation by a user is copied to the 
word "interrupt" in the RAM 1502. The key manipulation 
is interpreted in the process corresponding to the oper- 
ating mode of the personal credit terminal 100 (the dig- 
ital wireless phone process, the credit card process or 
the personal information management process), and a 
corresponding process is performed. When the pay- 
ment operation 607, the cancellation operation 904 or 
the inquiry call operation 1213 is performed, or when 
the customer service call operation 1203 is received, a 
request for generating a corresponding process, such 
as the settlement processing, the cancellation process, 
the inquiry call process or the customer call process, is 
transmitted to the process management processor 
22005. ...... 
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[0654] Fig. 54 is a flowchart showing the processing 
performed by the CPU 1500 for a transaction. When the 
user performs the payment operation, not only the nor- 
mal process, but also the settlement processing, the 
session establishment process, the digital wireless 5 
phone communication process and the infrared commu- 
nication process are activated. 

[0655] The internal structure of the credit settlement 
terminal 300 will now be explained. 

[0656] Fig. 55A is a block diagram illustrating the it 
arrangement of the credit settlement terminal 300. 
[0657] The terminal 300 comprises: a CPU (Central 
Processing Unit) 22500. which processes data that is to 
be transmitted and data that is received in accordance 
with a program stored in a ROM (Read Only Memory) 15 
and which controls the other components via a bus 
22529; a RAM (Random Access Memory) 22502 in 
which are stored data that are to be processed and data 
that have been processed by the CPU 22500; a hard 
disk 22503. on which are stored object data for informa- 20 
tion that is designated by management information for 
data in the RAM 22502; a EEPROM (Electric Erasable 
Programmable Read Only Memory) 22504, in which are 
stored the terminal ID of the credit settlement terminal 
300. a telephone number, a merchant ID for a merchant. 25 
a private key and a public key. the service provider ID of 
the service providing system 102, a telephone number 
(a digital signature of a service provider is provided for 
the telephone number of the service provider), and the 
public key of the service provider; an LCD controller 30 

22505. which operates the LCD 302 under the control of 
the CPU 22500 and which displays on the LCD 302 an 
image set by the CPU 22500; an encryption processor 

22506. which encrypts or decrypts data under the con- 
trol of the CPU 22500: a data 

codec 22507 whi/*h 
encodes data to be transmitted and decodes received 
data under the control of the CPU 22500; a serial-paral- 
lel converter 22508, which is connected to the infrared 
module 301 by the serial cable 310 at a serial port 
22509 that is connected to the infrared ray emis- 40 
sion/reception module 301 , and which performs bidirec- 
tional conversion of parallel data and serial data; a key 
operation controller 22511, which detects a manipula- 
tion of a mode switch 304. a hook switch 305, a function 
switch 306. a number key switch 307. an execution 45 
switch 308 or a power switch 309. and which asserts an 
interrupt signal 22539; an audio processor 22513, 
which drives a loudspeaker 22512 and the receiver of a 
telephone handset 303. and which amplifies an analog 
audio signal received at the microphone of the tele- so 
phone handset 303 and supplies the resultant signal to 
an audio codec 22514; an audio codec 22514 which 
encodes an analog audio signal 22544 to provide digital 
audio data and decodes digital audio data to provide an 
analog audio signal 22543; a channel codec 22515, 55 
which multiplexes digital audio data and data-communi- 
cation data to generate data to be transmitted, and 
extracts digital audio data and data-<»mmunication data 



from multiplexed data that is received; a digital commu- 
nication adaptor 22516. which is a communication 
adaptor for the digital phone communication line; an 
RS-232C interface 22517. which is an interface circuit 
for the RS-232C cable 313 that communicates with the 
cash register 311; and a logic controller 22510. which 
processes interrupt signals input by the key operation 
controller 22513. the channel codec 22515 and the RS- 
232C interlace 22517. and which serves as an interface 
> when the CPU 22500 accesses the internal registers of 
the key operation controller 22513, the audio processor 
22513. the audio codec 22514. and the channel codec 
22515. 

[0658] The encryption processor 22506 includes a 
secret key encryption and decryption function and a 
public key encryption and decryption function. The 
encryption processor 22506 employs an encryption 
method determined by the CPU 22500. and keys to 
encrypt or decrypt data set by the CPU 22500. The 
encryption and the decryption functions of the encryp- 
tion processor 22506 are employed to perform a digital 
signature process or a closing process for a message, 
to decrypt an enveloped and encrypted message, or to 
verify a digital signature accompanying a message. 
[0659] The data codec 22507 encodes data to be 
transmitted or decodes received data under the control 
of the CPU 22500. In this case, the encoding is a proc- 
ess for generating data to be transmitted that includes 
communication control information and error correction 
information, and the decoding is a process for perform- 
ing error correction on the received data and removing 
extra communication control information in order to 
obtain the data that a sender was to originally transmit. 
The data codec 22507 has a function for encoding or 
decoding data during data communication over a digital 
wireless phone, and a function for encoding or decoding 
data during infrared communication. The data codec 
22507 performs encoding or decoding determined by 
the CPU 22500 for data that are set by the CPU 22500. 
[0660] When, for example, an enveloped message 
accompanied by a digital signature is transmitted 
through the employment of digital telephone communi- 
cation, the CPU 22500 employs the encryption proces- 
sor 22506 to perform a digital signature process and a 
closing process for a message, employs the data codec 
22507 to encode the resultant message in a digital com- 
munication data form for a digital telephone, and trans- 
mits the message through the logic controller 22510 to 
the channel codec 22515. 

[0661 ] When an enveloped message accompanied by 
a digital signature is received through the employment 
of digital wireless phone communication, the CPU 
22500 reads the message from the channel codec 
225015 via the logic controller 22510. employs the data 
codec 22507 to decode the message, and permits the 
encryption processor 22506 to decrypt the enveloped 
message and to verify the digital signature accorrpany- 
ing the message. 
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[0662] Similarly, when an enveloped message accom- 
panied by a digital signature is to be transmitted by 
employing infrared communication, the CPU 22500 
employs the encryption processor 22506 to provide a 
digital signature for the message and to envelope the 
message, and employs the data codec 22507 to encode 
the enveloped message accompanied by the digital sig- 
nature to provide a data format suitable for infrared 
communication. Then, the resultant message is trans- 
mitted to the serial-parallel converter 22560. 
[0663] When an enveloped message accompanied by 
a digital signature is received through the employment 
of infrared communication, the CPU 22500 reads the 
received message from the serial-parallel converter 
22560. employs the data codec 22507 to decode the 
message, and employs the encryption processor 22506 
to decrypt the enveloped message and to verify the dig- 
ital signature accompanying the message. 
[0664] The infrared communication module 301 is 
connected via the serial cable 310 and the serial port 
22509 to the serial-parallel converter 22560. As is 
shown in Fig. 55B, the infrared communication module 
301 includes internally a serial port 25555, which func- 
tions as an interface with the credit settlement terminal 
300; a modulator/demodulator 22556, which receives a 
digital signal 22556 from the serial-parallel converter 
22560 and modulates it provide an infrared transmis- 
sion signal, and which demodulates a received analog 
signal 22561 to provide a serial digital signal 22559; and 
an infrared ray reception/emission unit 22557, which 
converts a signal 2460 received from the modula- 
tor/demodulator 22556 into an infrared ray and then 
emits it. and which converts a received infrared ray into 
an analog signal 22561. 

[0665] When the merchant depresses either the mode 
switch 304, the hook switch 305, the function switch 
306, the number key switch 307, the execution switch 
308 or the power switch 209. the key operation control- 
ler 2251 1 asserts an interrupt signal 22539 requesting 
the CPU 22500 perform a process corresponding to the 
switch manipulation. As is shown in Fig. 56, the key 
operation controller 2251 1 includes a key control regis- 
ter (KEYCTL) 22610 for setting the valid/invalid state of 
each switch. The CPU 22500 accesses the key control 
register (KEYCTL) 22610 to set the valid/invalid state of 
each switch. 

[0666] The audio processor 22513 includes an audio 
control register (SCTL) 22609 for controlling the audio 
process, as is shown in Fig. 56. The CPU 22500 
accesses the audio control register (SCTL) 22609 to 
control the operation of the audio processor 22513. 
When, for example, a call request transmitted over a 
digital wireless phone is received, the CPU 22500 
accesses the audio control register (SCTL) 22609 to 
output a call tone for a digital wireless phone. As a 
result, the audio processor 22513 drives the loud- 
speaker 22512 to output the call tone for a digital wire- 
less phone. It should be noted that, when a call request 



is from the service providing system 102. no call tone is 
output and the CPU 22500 begins a process for estab- 
lishing a session with the service providing system 102. 
[0667] The audio codec 22514 encodes an analog 

5 audio signal 22544 received from the audio processor 
22513 to provide digital audio data, and decodes digital 
audio data received from the channel codec 22515 to 
provide an analog audio signal 22543. The analog 
audio signal 22543 is transmitted to the audio processor 

10 2251 3, which amplifies the signal 22543 and drives the 
receiver 303 to produce sounds. The encoded digital 
audio data are transmitted to the channel codec 2251 5, 
which changes the data into data that can be transmit- 
ted across the radio channel. 

is [0668] In addition, the audio codec 2251 4 includes an 
audio data encryption key register (CRYPT) 2261 1 in 
which is stored an encryption key for the secret key 
cryptography method that is employed for encryption 
and decryption of audio data. When the audio data 

20 encryption key is set to the audio data encryption key 
register (CRYPT) 2261 1 by the CPU 22500, the audio 
codec 22514 encodes the analog audio signal 22544 to 
provide digital audio data and at the same time encrypts 
the digital audio data, or decodes the digital audio data 

25 to provide an analog audio signal 22543 and at the 
same time decrypts the digital audio data 
[0669] Two types of data to be transmitted are 
received by the channel codec 22515: one type is digital 
audio data originating at the audio codec 22514 as a 

30 digital audio signal 22547, and the other type is data- 
communication data originating at the CPU 22500 that 
pass through the logic controller 22510 as a digital sig- 
nal 22551. 

[0670] The channel codec 22515 adds identification 

35 data, as header information, to digital audio data and 
data communication data, and then converts the data 
into a digital signal 22548 and transmits it to the digital 
communication adaptor 22516. 
[0671] In addition, upon receiving a digital signal 

40 22548 from the digital communication adaptor 22516, 
the channel codec 22515 examines a terminal ID, iden- 
tifies the digital audio data and the data communication 
data using the header information, and transmits the 
respective data to the audio codec 22512 and the logic 

45 controller 22510. Further, upon receipt of a digital wire- 
less call or data-communication data, the channel 
codec 22515 asserts an interrupt signal 22549, and 
upon recept of digital audio data, brings the control sig- 
nal 22545 low. The interrupt signal 22549 is a signal 

so requesting that the CPU 22500 perform the process for 
a received digital wireless phone communication and a 
process for data communication data. The control sig- 
nal 22545 ia a low-active signal for requesting the audio 
codec 22514 to process the received digital audio data. 

55 [0672] In order to perform these processes, as is 
shown in Fig. 56, the channel codec 22515 includes: an 
ID register (ID) 22603, in which is stored a terminal ID; 
a channel codec control register (CHCTL) 22604. which 
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controls the operation of the channel codec 22514; a 
audio transmission buffer 22605. in which are stored 
digital audio data received from the audio codec 22514; 
an audio reception buffer 22606, in which are stored 
digital audio data extracted from received data; a data 5 
transmission buffer 22607, in which are stored data 
communication data received from the logic controller 
1508; and a data reception buffer 22608, in which are 
stored communication data extracted from received 
data. 

[0673] A control signal 22546 is a control signal direct- 
ing the audio codec 22514 to write and read data rela- 
tive to the data transmission buffer 22605 and the data 
reception buffer 22606. When the control signal 22546 
goes low, the digital audio data are written to the data 15 
transmission buffer 22605, and when the control signal 
22546 goes high, the digital audio data are read from 
the data reception buffer 22606. 
[0674] A control signal 22550 is a control signal direct- 
ing the CPU 22500 to use the logic controller 22510 to 20 
write and read data relative to the data transmission 
buffer 22607 and the data reception buffer 22608. When 
the control signal 22550 goes low, the data-communica- 
tion data are written to the data transmission buffer 
22607. and when the control signal 22550 goes high, 25 
the data-communication data are read from the data 
reception buffer 22608. 

[0675] The digital communication adaptor 22516 
encodes a digital signal 22548 to obtain data having a 
format suitable for digital telephone communication, and 30 
outputs the resultant signal to a digital telephone com- 
munication line 1 10. The digital communication adaptor 
22516 further decodes a signal received along the dig- 
ital telephone communication line 1 10. and supplies an 
obtained digital sianal 22548 to the rhannoi 35 
22515. 

[0676] The RS-232C interface 2251 7 is an interface 
circuit for connecting the RS-232C cable 313. The credit 
settlement terminal 300 communicates with the cash 
register 31 1 via the RS-232C interface 2251 7. The RS- 40 
232C interface 22517 receives data from the cash reg- 
ister 31 1 and asserts an interrupt signal 22552 request- 
ing the CPU 22500 exchange data with the cash 
register 31 1 via the RS-232C interface 2251 7. 
[0677] The logic controller 22510 internally includes 45 
three registers as is shown in Fig. 56A: a clock counter 
(CLOCKC) 22600, an update time register (UPTIME) 
22601 , and an interrupt register (INT) 22602. 
[0678] The clock counter 22600 measures the current 
time; the update time register 22601 is used to store the so 
time at which the credit settlement terminal 300 updates 
data in the RAM 22502 and on the hard disk 22503 
through communication conducted with the service pro- 
viding system 102; and the interrupt register 22602 is 
used to indicate for the CPU the reason an interrupt is 55 
generated. 

[0679] When the value of the dock counter 22600 
matches the value in the update time register 22601 , or 



when one of the interrupt signals 22539, 22549 and 
22552 is asserted, the logic controller 22510 writes the 
reason for the interrupt in the interrupt register (INT) 
22602, and asserts an interrupt signal 22518 requesting 
the CPU 22500 perform an interrupt process. For the 
interrupt processing, the CPU 22500 reads the reason 
stored in the interrupt register 22602 and then performs 
a corresponding process. 

[0680] The individual bit fields in the interrupt register 

(INT) 22602 are defined as is shown in Fig. 57A. These 

definitions are the same as those explained in the first 

embodiment while referring to Fig. 27B. 

[0681] Data stored in the RAM 22502 will now be 

described. 

[0682] Fig. 58 is a specific diagram showing a RAM 
map for data stored in the RAM 22502. 
[0683] The RAM 22502 is constituted by five areas: a 
fundamental program objects area 22800. a service 
data area 22801. a user area 22802. a work area 
22803, and a temporary area 22804. In the fundamental 
program objects area 22800 are stored an upgraded 
module for a program stored in the ROM 22501. and a 
patch program. The merchant area 22802 is an area 
that can be freely used by a merchant, the work area 

22803 is a work area that the CPU 22500 employs 
when executing a program, and the temporary area 

22804 is an area in which information received by the 
personal credit terminal 100 is stored temporarily. 
[0684] The service data area 22801 is an area in 
which is stored ID information for the personal remote 
credit transaction service, credit card information, and 
history information; the data in this area are managed 
by the service providing system 1 02. 

[0685] The service data area 22801 is constituted by 
six sub-areas: a data management, information area 
22805. a merchant information area 22806, a merchant 
preference area 22807. a telephone function area 
22808. an available credit card list area 22809 and a 
sales list area 22810. 

[0686] The data management information area 22805 
is an area in which is stored management information 
for data stored in the service data area 22801 ; the mer- 
chant information area 22806 is an area in which is 
stored information such as the name of a merchant and 
the contents of a contract with a service provider; the 
merchant preference area 22807 is an area in which is 
stored preference information for a merchant that con- 
cerns the personal remote credit transaction service; 
the telephone function information area 22808 is an 
area in which information concerning a digital telephone 
is stored; the available credit card list area 22809 is an 
area in which is stored list information for credit cards 
the merchant can handle; and the sales list area 22810 
is an area in which is stored sales information for the 
personal remote credit transaction service. 
[0687] The information stored in the service data area 
22801 will now be described in detail. 
[0688] Fig. 59 is a detailed, specific diagram showing 
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the relationships established for information stored in 
the service data area 22801 . 

[0689] The data management information 22805 con- 
sists of eight types of information: a last data update 
date 22900, a next data update date 22901 , a terminal 
status 22902, a merchant information address 22903, a 
merchant preference address 22904, a telephone func- 
tion information address 22905, a credit card list 
address 22908, and a sales list address 22907. 
[0690] The last data update date 22900 represents 
the date on which the service providing system 102 last 
updated the data in the RAM 22502 and on the hard 
disk 22503, and the next data update date 22901 repre- 
sents the date on which the service providing system 
102 will next update the data in the service data area 
22801 . The credit settlement terminal 300 automatically 
initiates an update process when the time set according 
to the next data update date 22901 is reached. The data 
updating process is a process whereby the service pro- 
viding system 102 updates the data held in the service 
data area 22801. 

[0691 ] The value of the next data update date 22901 
is set in the update time register 21603. When the next 
data update date 21901 is reached, the personal credit 
terminal 100 initiates the data updating process. During 
the data updating process, the service providing system 
102 updates data stored in the RAM 22502 or on the 
hard disk 22503. This process is performed daily in a 
time period (e.g., at night) during which communication 
traffic is not very heavy. 

[0692] The terminal status 22902 represents the sta- 
tus of the credit settlement terminal 300; and the mer- 
chant information address 22903, the merchant 
preference address 22904, the telephone function infor- 
mation address 22905. the credit card list address 
22906, and the sales list address 22907 respectively 
represent the first addresses for the areas in which are 
stored the merchant information 22806, the merchant 
preference information 22807, the telephone function 
information 22808, the available credit card list 22809 
and the sales list 22810. 

[0693] The telephone function information 22808 con- 
sists of three types of information: a last called number 
22908, an address book address 22909 and a shortcut 
file address 2291 0. The last called number 22908 repre- 
sents a telephone number for a prior call placed by the 
merchant, and is employed for the redialing of a digital 
telephone. The address book address 22909 and the 
shortcut file address 22910 respectively represent 
addresses on the hard disk 22503 at which address 
book information and a shortcut file are stored. 
[0694] The available credit card list 22809 includes list 
information for credit cards that can be handled by a 
merchant. In the available credit card list 22809, two 
types of information are entered for each credit card: a 
credit card name 22912 (22913 or 22915). and a serv- 
ice code list address 22912 (22914 or 22916). The 
credit card name 22911 (22913 or 22915) represents 



the name of a credit card that the merchant can handle, 
and the service code list address 22912 (22914 or 
2291 6) is an address on the hard disk 22503 at which is 
stored a service code list that shows the types of serv- 
5 ices that can be provided by the merchant when the 
credit card is used. The service code list is a list for 
service codes that the merchant can handle and pay- 
ment option codes. 

[0695] The sales list 2281 0 is used to store sales infor- 

10 mation for the personal remote credit transaction serv- 
ice. In the sales list 22810, four types of information are 
stored for one personal remote credit transaction serv- 
ice: a transaction number 22917 (22921), a service 
code 22918 (22923), a sale time 22919 (22923), and a 

15 sales information address 22920 (22924). 

[0696] The transaction number 22917 (22921) 
uniquely represents a deal with the user, and is issued 
by the credit settlement terminal 300 when it generates 
the payment offer response 609. The service code 

20 2291 8 (22922) is a code number that indicates the type 
of credit card service that is provided for the user. The 
sale time 22919 (22923) is the time at which the per- 
sonal remote credit transaction service was provided, 
and the sales information address 22920 (22924) is an 

25 address at which a settlement confirmation notification 
is stored. 

[0697] At the sales information address 22920 
(22924) is stored a local address, which is an address 
on the hard disk 22503. for a remote address that is an 

30 address entered in the merchant information server 403 
of the service providing system 102. When a remote 
address is stored at the sales information address 
22920 (22924), and when the merchant accesses the 
sales information, the credit settlement terminal 300 

35 downloads the sales information from the service pro- 
viding system 1 02 to the temporary area and displays it 
on the LCD 302. 

[0698] The address stored at the sales information 
address 22920 (22924) is also determined by the serv- 

40 ice providing system 102. As part of the data updating 
process, the sale times for the individual sales informa- 
tion items are compared, and a local address is 
assigned to the sales information for the latest sale time. 
When there is adequate on the hard disk 22503. all the 

45 sales information addresses can be local addresses. 
[0699] The process performed by the CPU 22500 will 
now be described. 

[0700] Figs. 61 A and 61 B are conceptual flowcharts 
for the processing performed by the CPU 22500. 

so [0701] As is shown in Figs. 61 A and 61 B, the CPU 
22500 performs two processes: a main routine 23109 
and an interrupt process routine 23122. The main rou- 
tine is a routine for processing data to be transmitted 
and data that are received, and for controlling the other 

55 components. The interrupt process routine is a routine 
for detecting a process that is required by an external 
interrupt. Therefore, the CPU 22500 normally performs 
the main routine. When an interrupt signal 1519 is 
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asserted, the CPU 22500 jumps from the main routine 
to the interrupt process routine, and performs the inter- 
rupt process. When the CPU 22500 terminates the 
interrupt process, it returns to the main routine and 
restarts the process in the main routine. 5 
[0702] There are 1 7 types of processes performed by 
the CPU 22500 in the main routine. The CPU 22500 
dynamically selects a process and performs the 
selected process in a time-sharing manner. In Fig. 60A 
are shown 17 processes to be performed in the main io 
routine. 

[0703] The 1 7 processes performed in the main rou- 
tine are: a process management process for selecting 
and managing a process to be performed by the CPU 
22500. a power-ON process for initialization when a is 
power switch is turned on; a power-OFF process to per- 
form an end process when the power switch is turned 
off; a digital phone process for a GUI (Graphical User 
Interface) process and a data process (e.g.. setup of a 
shortcut dial) in a digital phone mode; a credit settle- 20 
ment processing for a GUI (e.g.. display of a sales his- 
tory) and a data process in a credit card mode; a 
merchant information management process for a GUI 
process (e.g.. display of merchant information) and a 
data process in a merchant information management 25 
mode; a settlement processing for "transaction"; a can- 
cellation process for "cancel"; a customer service call 
process for a "customer service call"; an inquiry call 
process for an "inquiry call"; a data updating process for 
updating data; a forcible data updating process for forci- 30 
bly updating data; a remote access process for effecting 
a remote access; a session establishment process for 
establishing a session with a service providing system; 
a digital phone communication process for controlling 
digital phone communication: an infrared commun:ca= 35 
tion process for controlling infrared communication! and 
an external interface communication process for con- 
trolling data communication via an RS-232C interface. 
[0704] For each process, a corresponding program 
module is present in the fundamental program area 40 
21802 of the ROM 22501 and the RAM 22502 and 
when the CPU 22500 executes these program modules, 
the individual processes are performed. 
[0705] Furthermore, information concerning the sta- 
tus of the process is present for each process in the 4s 
work area 21803 of the RAM 22502. and indicates the 
activation state ("active" or "inactive") of the process 
the operating state ("running" or "idle"), and the current 
process step. The "active" state is used to indicate a 
pertinent process has been activated as a process to be so 
performed in the main routine; the "inactive" state is 
used to indicate that a process has not been activated 
the "running" state is used to indicate that a process is 
currently bang performed; and the Idle" state is used to 
indicate that a process has been halted temporarily. 55 
[0706] In particular, the operating states of the digital 
phone process, the credit settlement processing, and 
the merchant information management process corre- 



spond to the operating modes of the credit settlement 
terminal 300. When the operating state of the digital 
phone process is "running," the credit settlement termi- 
nal 300 is being operated in the digital phone mode 
When the operating state of the credit settlement 
processing is "running." the credit settlement terminal 
300 is being operated in the credit transaction mode 
When the operating state of the merchant information 
management process is "running." the credit settlement 
terminal 300 is being operated in the merchant informa- 
tion management mode. In all cases, the operating 
state "running" will refer to only one of the digital phone 
process, the credit settlement processing, and the mer- 
chant information management process, while the state 
of the other processes will be "idle." Information con- 
cerning the status of a process is called a process sta- 
tus. 

[0707] In the main routine, the CPU 22500 repeti- 
tiously performs the process management process and 
the process registered in the process list in a time-shar- 
ing manner. The process list is a list for processes, other 
than the process management process, that are being 
activated. The process list is updated during the proc- 
ess management process. The process management 
process is always performed in the main routine for 
updating the process list and the process statuses and 
for selecting a process to be performed in the main rou- 
tine. 

[0708] The process management processor 22005 
updates the process list based on a process generation 
request, which is issued by a process in the interrupt 
process routine, and the process status of each process 
(see Fig. 60B). K 

[0709] Figs. 61 A and 61 B are conceptual flowcharts 
showing the generai processing performed by the CPU 
22500. For this processing. N (N is an integer of 0 or 
greater) processes are entered in the process list, as is 
shown in Rg. 60 B. 

[071 0] In Figs. 61 A and 61 B. first, when the credit set- 
tlement terminal 300 is reset, program control advances 
to step 23100. whereat the CPU 22500 performs a reset 
process. When the reset process is completed, program 
control advances to step 23101. During the reset proc- 
ess, a variable defined in the RAM 22502 is initialized 
the internal register is initialized and the process man- 
agement process is generated. 

[0711] At step 23101. the CPU 22500 performs the 
process management process to update the process list 
and the process statuses of the individual processes. 
Program control thereafter advances to step 23102 (N > 
1) (when N = 1, program control returns to step 23101) 
[0712] At step 23102. (when N ^ 1) a check is per- 
formed to determine whether the status of the first proc- 
ess in the process list 23000 is "running" or "idle." When 
the status is "idle." program control advances to step 
23104 (when N ^ 2) (when N = 1, program control 
returns to step 23101 ). When the process status is "run- 
ning," program control advances to step 23103. whereat 



72 

BNSDOCID: <EP 09l0O28AlJ_> 



143 



EP 0 910 028 A1 



144 



the first process is performed. Program control thereaf- 
ter goes to step 23104 (N £ 2) (when N = 1. program 
control returns to step 23101). 

[071 3] At step 23 1 04 and the following steps, the sec- 
ond to the N-th processes in the process list are per- 5 
formed following the same procedures (steps 23101 
and 23103) as those employed for the first process in 
the process list (N ^ 2). When the CPU 22500 termi- 
nates the performance of the N-th process (steps 23 1 06 
and 23107), program control returns to step 23101. In w 
other words, the CPU 22500 repeats the process at 
step 23101 and the process corresponding to steps 
23102 to step 23107. It should be noted that the con- 
tents of the process corresponding to steps 23102 to 
23107 are changed in accordance with the process is 
management process at step 22 1 0 1 . 
[0714] When the interrupt signal 22518 is asserted 
during the execution of the main routine 23109, the 
CPU 22500 jumps to the interrupt process routine 
23122. In the interrupt process routine 23122, first, at 20 
step 231 10 the CPU 22500 reads the interrupt register 
(INT) 22602, and copies it to the word "interrupt" in the 
RAM (work area). The interrupt register (INT) 22602 
read by the CPU 22500 is echo-reset, and the interrupt 
signal 22518 is negated. 25 
[0715] At step 23111. the -interrupt bit value 28 is 
employed to determine whether the interrupt 22518 is a 
reception interrupt. When the interrupt 22518 is not a 
reception interrupt (interrupt (bit28) = 0), program con- 
trol advances to step 231 13. When the interrupt 22518 30 
is a reception interrupt (interrupt (bit28) = 1), program 
control moves to step 231 12, whereat a request for gen- 
erating a digital phone process is transmitted to the 
process management processor 23005. Program con- 
trol thereafter moves to step 231 13. 35 
[0716] At step 23113, the interrupt bit value 26 is 
employed to determine whether the interrupt 22518 is 
an update interrupt When the interrupt 22518 is not an 
update interrupt (interrupt (brt26) = 0), program control 
advances to step 23 1 1 5. When the interrupt 2251 8 is an 40 
update interrupt (interrupt (bit26) = 1), program control 
moves to step 231 14, whereat a request for generating 
a data update process is transmitted to the process 
management processor 23005. Program control there- 
after moves to step 23115. 45 
[0717] At step 23115, the interrupt bit value 25 is 
employed to determine whether the interrupt 22518 is 
an external IF interrupt. When the interrupt 22518 is not 
an external IF interrupt (interrupt (bit25) = 0), program 
control advances to step 23117. When the interrupt so 
22518 is an external IF interrupt (interrupt (bit25) = 1). 
program control moves to step 23116. whereat a 
request for generating an external IF communication 
process is transmitted to the process management 
processor 23005. Program control thereafter moves to 55 
step 23117. 

[0718] At step 23117, the interrupt bit value 24 is 
employed to determine whether the interrupt 22518 is a 



key interrupt. When the interrupt 22518 is not a key 
interrupt (interrupt (bit24) = 0). the interrupt process is 
terminated and program control returns to the main rou- 
tine. When the interrupt 22518 is a key interrupt (inter- 
rupt (brt24) = 1), program control moves to step 231 18. 
[0719] At step 23118, the value of the "power" bit 
(bit 16) in the interrupt is examined. When the power bit 
value is 0, the interrupt process is terminated, and pro- 
gram control returns to the main routine. When the bit 
value is 1 . it is assumed that the power switch has been 
manipulated, and program control advances to step 
23119. 

[0720] At step 231 1 9, the value of the "power display" 
bit (bit31) in the interrupt is examined. When the value 
of the power display bit is 0, it is assumed that the power 
switch is turned off, and program control advances to 
step 23121 . When the value of the power display bit is 
1. it is assumed that the power switch is turned on, and 
program control advances to step 23120. 
[0721] At step 23120, a request for generating a 
power-ON process is transmitted to the process man- 
agement processor 23005, and the interrupt process is 
terminated. Program control thereafter returns to the 
main routine. 

[0722] At step 23121. a request for generating a 
power-OFF process is transmitted to the process man- 
agement processor 23005. and the interrupt process is 
terminated. Program control thereafter returns to the 
main routine. 

[0723] When the CPU 22500 returns from the inter- 
rupt process routine 23122 to the main routine 23109, it 
restarts the process in the main routine beginning at the 
step immediately before the CPU 22500 jumped to the 
interrupt process routine. The process generation 
request, which was transmitted to the process manage- 
ment process in the interrupt process routine, is evalu- 
ated during the process management process at step 
231 01 , which is first performed by the CPU 22500 when 
it has returned from the interrupt process routine to the 
main routine. Then, the requested process is registered 
in the process list, and is performed during the following 
process in the main routine. 

[0724] For example, immediately after the credit set- 
tlement terminal 300 is reset, no process is entered in 
the process list. Therefore, in the main routine the CPU 
22500 repeats the process management process gen- 
erated during the reset process at step 22100 (see Fig. 
52A). By resetting the terminal 300, the logic controller 
22510 sets a "1" in bit 24 (key interrupt) and in bit 16 
("power") in the interrupt register (INT) 22602, and the 
interrupt signal 22518 is asserted. At this time, if the 
power switch 209 is on. the CPU 22500 performs the 
interrupt process routine, and then performs the power- 
ON process in the main routine. K the power switch 209 
is off. the CPU 22500 performs the interrupt process 
routine; and then performs the power-OFF process in 
the main routine. 

[0725] Fig. 52C is a flowchart showing the processing 
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when the power switch 209 is turned off, or when the 
power switch 209 is off at the time of a reset For the 
power-OFF process, the end process is performed to 
erase a display on the LCD or to access the key control 
register (KEYCTL) 22610 to set only the power switch 5 
209 as effective. When the power-OFF process is termi- 
nated, the CPU 22500 is shifted to the halted state, and 
halts the process in main routine. Only when respond- 
ing to an interrupt due to the power-ON operation, an 
update interrupt, or a backup interrupt is the CPU 22500 
returned from the halted state to the normal operating 
state. In this case CPU 22500 performs the interrupt 
process routine and then restarts the process in the 
main routine. 

[0726] Fig. 52B is a flowchart showing the processing 
when the power switch 209 is turned on, or when the 
power switch 209 is on at the time of a reset. During the 
power-ON process, the initial operation is performed to 
initialize a display on the LCD, to initialize both a varia- 
ble that is defined in the RAM 22502 and an internal so 
register, and to transmit to the process management 
processor 23005 requests for generating a digital phone 
process, a credit settlement processing and a merchant 
information management process. Upon receiving 
these requests, the digital phone process, the credit 25 
card process and the personal information manage- 
ment process are registered in the process list, and are 
performed in the main routine. It should be noted that 
since the operating state for each process is held in the 
process status area, the operating mode when the 30 
power switch is turned on is the operating mode existing 
when the power switch was powered off. 
[0727] Fig. 62 is a flowchart showing the processing 
performed by the CPU 22500 when the power-ON proc- 
ess has been terminated. Or in thp rmrmal c+o+o o*t 
the credit settlement terminal 300 does not perform the 
process for a transaction, a cancellation, a customer 
service call, an inquiry call, a data update or a remote 
access. At this time, while the digital phone process, the 
credit settlement processing and the merchant informa- 40 
tion management process are registered in the process 
list, for only one process in the process status area is 
"running- the operating state, and the operating mode of 
the credit transaction terminal corresponds to the proc- 
ess that is in the "running" state. 45 
[0728] As the interrupt factor for the interrupt register 
(INT) 22602. key manipulation by a user is copied to the 
word "interrupt" in the RAM 22502. The key manipula- 
tion is interpreted in the process corresponding to the 
operating mode of the credit settlement terminal 300 so 
(the digital phone process, the credit settlement 
processing or the merchant information management 
process), and a corresponding process is performed. 
When the credit transaction operation 604. the cancella- 
tion operation 901 or the customer service call opera- 55 
tion 1200 is performed, or when the inquiry call 
operation 1216 is received, a request for generating a > 
corresponding process, such as the settlement 



processing, the cancellation process, the customer call 
process or the inquiry call process, is transmitted to the 
process management processor 23005. 
[0729] Fig. 63 is a flowchart showing the processing 
performed by the CPU 22500 for a transaction. When 
the merchant performs the credit transaction operation 
not only the normal process, but also the settlement 
processing, the session establishment process, the dig- 
ital phone communication process and the infrared 
communication process are activated. 
[0730] The digital signature process and the envelop- 
ing processing will now be explained. These processes 
are performed when the personal credit terminal 100 
generates a message to be transmitted to the credit set- 
tlement terminal 300 and the service providing system 
102. or when the credit settlement terminal 300 gener- 
ates a message to be transmitted to the personal credit 
terminal 100 and the service providing system 102. The 
digital signature process is shown in Figs. 64A and 64B. 
and the enveloping processing is shown in Figs. 65A 
and 65B. The decryption process for an enveloped mes- 
sage is shown in Figs. 66A and 66B, and the verification 
process for a digital signature accompanying a mes- 
sage is shown in Figs. 67A and 67B. These processes 
are substantially the same as those explained while 
referring to Figs. 20 to 23. 

[0731 ] The processing performed by the service pro- 
viding system 1 02 will now be described. 
[0732] The service providing system 102 communi- 
cates with the personal credit terminal 100. the credit 
settlement device 101 and the settlement system 103. 
and functions as an intermediate system for a user, a 
merchant and a settlement processor in order to provide 

8 f L 8 If? nal remote aexSX settlement service for the user 
and the merchant 

[0733] In Fig. 68 is shown the process architecture for 
the service providing system 102. 
[0734] The service providing system 102 provides a 
personal remote transaction credit service through the 
coordinated performances of a user processor (UP) 
23802, a merchant processor (MP) 223802, a settle- 
ment processor (TPP) 23804, a service director proces- 
sor (SDP) 23801 and a service manager process (SMP) 
23800. In Fig. 68. the user processor 23802 has a one- 
to-one correspondence with the personal credit terminal 
100, and serves as an interface for communication 
between the personal credit terminal 100 and the serv- 
ice providing system 102. 'The merchant processor 
23802 has a one-to-one correspondence with the crecfit 
settlement terminal 300. and serves as an interface for 
communication between the service providing system 
102 and the credit settlement terminal 300. The settle- 
ment processor 23804 corresponds to the settlement 
system 103. and serves as an interface for communica- 
tion between the service providing system 102 and the 
settlement system 103. The service director processor 
23801 Tproduces" a personal remote credit settlement 
service by communicating with the user processor 
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23802, the merchant processor 23803 and the settle- 
ment processor 23804. The service manager processor 
23800 manages the user processor 23802, the mer- 
chant processor 23803, the settlement processor 23804 
and the service director processor 23801 . The meaning 
of the expression "produces personal remote credit set- 
tlement service" will be described in detail later. 
[0735] The list of the five processors is shown in Figs. 
69 and 70. 

[0736] The service providing system 102 may simulta- 
neously communicate with a plurality of personal credit 
terminals and a plurality of credit transaction terminals, 
may simultaneously process a plurality of personal 
remote credit settlement services, or may simultane- 
ously communicate with a plurality of settlement sys- 
tems in order to process a plurality of personal remote 
credit settlement services. Accordingly, in the service 
server 400 there may be a plurality of units for the user 
process, the merchant process, the settlement proces- 
sor process, and the service director processor. These 
processors are generated or deleted by the service 
manager processor. 

[0737] When the service server 400 is constituted by 
a plurality of computers, the user process, the merchant 
processor, the settlement processor and the service 
director processor are separately generated by a plural- 
ity of computers, so that the load imposed on the indi- 
vidual processor can be distributed to the computers. 
[0738] A set of cooperative processors to provide one 
personal remote credit settlement service is determined 
by the service manager processor, and is composed of 
at least one of the user processor, the merchant proces- 
sor and the settlement processor, and one service 
director processor. The set of cooperating processes is 
called a process group. 

[0739] First, the user processor 23802 will be 
described. 

[0740] The user processor 23802 controls communi- 
cation with the personal credit terminal 100. verifies 
users, encrypts data to be transmitted to the personal 
credit terminal 100. decrypts data received from the 
personal credit terminal 100. examines the validity of 
the data received from the personal credit terminal 1 00, 
and performs a remote access process, a data updating 
process, and a data backup process for the personal 
credit terminal 100. 

[0741] The user processor 23802 is generated by the 
service manager processor 23800 when the service 
providing system 102 communicates with the personal 
credit terminal 100. The service manager processor 
23800 generates one user processor 23802 for one per- 
sonal credit terminal 100 that is in communication with 
the service providing system 102. At this time, to man- 
age the generated user processor 23802. the service 
manager processor 23800 prepares, in the memory or 
on the hard disk of the computer that constitutes the 
service server 400. the user process management infor- 
mation 4400 shown in Fig. 75A. 



[0742] The user processor 23802 is permitted to 
access only the user process management information 
4400. the attribute information of the owner (the user) of 
the personal credit terminal 100 that is managed by the 

5 user information server 402, and data in the RAM 1502 
of the personal credit terminal 100. In other words, the 
user processor 23802 can not access other information. 
[0743] One personal credit terminal 1 00 corresponds 
to one user processor 23802, and the user processor 
10 23802 can effectively engage only for its corresponding 
personal credit terminal 100; it can not communicate 
directly with another personal credit terminals. 
[0744] Messages described in columns 23901 and 
23902 in Fig. 69 are employed for communication 

is between the user processor 23802 and the personal 
credit terminal 100. The messages descrtoed in column 
23901 (an authentication test A response, an authenti- 
cation test C, an authentication test D response, a 
remote access request, a data update request, an 

20 upload data message, a payment request, a cancella- 
tion request, a call reception response, an inquiry call 
request, a time-out error message, and a session error 
message) are those transmitted by the personal credit 
terminal 100 to the user processor 23802. The mes- 

25 sages described in column 23902 (an authentication 
test A, an authentication test B response, an authentica- 
tion test C response, a remote access data message, a 
data update response, an update data message, a data 
update command, a mandatory expiration command, a 

30 receipt, a cancellation receipt, a customer service call, 
an inquiry call response, a call response, a time-out 
error message, a session error message and a time-out 
message) are those transmitted by the user processor 
23802 to the personal credit terminal 100. The user 

35 processor 23802 and the personal credit terminal 100 
do not interpret as valid messages any other messages 
that they may receive. 

[0745] In addition, as an interface, the user processor 
23802 exchanges, with the service director processor 

40 23801 that belongs to the same process group, mes- 
sages that are described in columns 23903 and 23904 
in Fig. 69. The messages described in column 23903 (a 
receipt, a cancellation receipt, a customer service call, 
an inquiry call response, a call response, a time-out 

45 error message and a session error message) are those 
transmitted by the service director processor 23801 to 
the user processor 23802. The messages described in 
column 23904 (a payment request, a cancellation 
request, a call reception response, an inquiry call 

so request, a time-out error message, a session error mes- 
sage and a time-out message) are those transmitted by 
the user processor 23802 to the service director proces- 
sor 23801. The user processor 23802 and the service 
director processor 23801 do not interpret as valid mes- 

55 sages any other messages that they may receive. 

[0746] Furthermore, as an interlace, the user proces- 
sor 23802 exchanges, with the service director proces- 
sor 23801, messages that are described in column 
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23906 in Fig. 69. The messages described in column 
23906 (a payment request a cancellation request, an 
inquiry call request, a request for deleting the user proc- 
essor 23802) are those transmitted by the user proces- 
sor 23802 to the service director processor 23801 . The 5 
messages described in column 23905 (generation and 
deletion of a user processor 23802) are those that the 
service director processor 23801 acts on for the user 
processor 23802. The service manager processor per- 
forms the generation and the deletion of the user proc- w 
essor 23802. The contents of the messages will be 
described in detail later. 

[0747] Since there is no communication interface 
between a user processor and another user processor, 
the user processors can not directly communicate with is 
each other. Similarly, since there is no communication 
interface between a user processor and a merchant 
processor, between a user processor and a settlement 
processor, and between a user processor and a service 
director processor that belongs to a different group, the 20 
user processor can directly communicate neither with a 
merchant processor, nor a settlement processor, nor 
with a service director that belongs to a different group. 
[0748] When the personal credit terminal 100 is 
employed in a service area other than that where the 25 
user stays, a user processor may be generated in a 
service providing system in the service area in which 
the user then is, and in a service providing system in a 
service area in which the personal credit terminal 100 is 
employed. This case will be described in detail later. 30 
[0749] The merchant processor 23803 will now be 
described. 

[0750] The merchant processor 23803 controls com- 
munication with the credit settlement terminal 300, veri- 
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credit settlement terminal 300, decrypts data received 
from the credit settlement terminal 300, examines the 
validity of the data received from the credit settlement 
terminal 300, and performs a remote access process 
and a data updating process for the credit settlement 40 
terminal 300. 

[0751] The merchant processor 23803 is generated 
by the service manager processor 23800 when the 
service providing system 102 communicates with the 
credit settlement terminal 300. The service manager 45 
processor 23800 generates one merchant processor 
23803 for one credit settlement terminal 300 that com- 
municates with the service providing system 102. At this 
time, to manage the generated merchant processor 
23803, the service manager processor 23800, in the so 
memory or on the hard disk of the computer that consti- 
tutes the service serve- 400, prepares the merchant 
process management information 4401 shown in Fig. 
75B. 

[0752] The merchant processor 23803 is permitted to ss 
access only the merchant process management infor- 
mation 4401 . the attribute information for the owner (the 
merchant) of the credit settlement terminal 300 that is 



managed by the merchant information server 403, and 
data in the RAM 22502 and on the hard disk 22503 of 
the credit settlement terminal 300. In other words, the 
merchant processor 23803 can not access other infor- 
mation. 

[0753] One credit settlement terminal 300 corre- 
sponds to one merchant processor 23803. and the mer- 
chant processor 23803 is effective only for a 
corresponding credit settlement terminal 300; it can not 
communicate directly with another credit transaction 
terminal. 

[0754] Messages described in columns 23907 and 

23908 in Fig. 69 are employed for communication 
between the merchant processor 23803 and the credit 
settlement terminal 300. The messages described in 
column 23907 (an authentication test A response, an 
authentication test C, an authentication test D 
response, a remote access request, a data update 
request, an upload data message, an authorization 
request, a settlement request, a receipt, a cancellation 
request, a call reception response, a customer service 
call request, a time-out error message and a session 
error message) are those transmitted by the credit set- 
tlement terminal 300 to the merchant processor 23803. 
The messages described in column 23908 (authentica- 
tion test A, an authentication test B response, an 
authentication test C response, a remote access data 
message, a data updating response, an update data 
message, a data update command, a mandatory expi- 
ration command, an authorization response, a settle- 
ment confirmation, a cancellation confirmation, a 
customer service call response, a call response, an 
inquiry call, a time-out error message, a session error 
message and a time-out message) are those transmit- 

W«, ~~.^~_U~-~* — OOftrtO A~ At — JU A. 

icu vjj u ic iiiciui mil pi uocdaui coouo us nits wicun 

tlement terminal 300. The merchant processor 23803 
and the credit settlement terminal 300 do not interpret 
as being valid any other messages they may receive. 
[0755] In addition, as an interface, the merchant proc- 
essor 23803 exchanges, with the service director proc- 
essor 23801 that belongs to the same process group, 
messages that are described in columns 23909 and 
23910 in Fig. 69. The messages described in column 

23909 (an authorization response, a settlement confir- 
mation, a cancellation confirmation, a customer service 
call response, a call response, an inquiry call, a time-out 
error message and a session error message) are those 
transmitted by the service director processor 23801 to 
the merchant processor 23802. The messages 
described in column 23910 (a settlement confirmation, 
a cancellation confirmation, a customer service call 
response, a call response, an inquiry call, a time-out 
error message, a session error message and a time-out 
message) are those transmitted by the merchant proc- 
essor 23803 to the service director processor 23801. 
The merchant processor 23803 and the service director 
processor 23801 do not interpret as valid any other 
messages they may receive. 
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[0756] Furthermore, as an interface, the merchant 
processor 23803 exchanges, with the service director 
processor 23801, messages that are described in col- 
umn 23912 in Fig. 69. The messages described in col- 
umn 23912 (an authorization request, a cancellation 5 
request, a customer service call request and a request 
for deleting the merchant processor 23803) are those 
transmitted by the merchant processor 23803 to the 
service director processor 23801. The messages 
described in column 2391 1 (generation and deletion of w 
a merchant processor 23803) are those that the service 
director processor 23801 acts on for the merchant proc- 
essor 23803. The service manager processor performs 
the generation and the deletion of the merchant proces- 
sor 23803. The contents of the messages will be 1S 
described in detail later. 

[0757] Since there is no communication interface 
between a merchant processor and another merchant 
processor, the merchant processors can not directly 
communicate with each other. Similarly, since there is 20 
no communication interface between a merchant proc- 
essor and a user processor, between a merchant proc- 
essor and a settlement processor, and between a 
merchant processor and a service director processor 
that belongs to a different group, a merchant processor 25 
can communicate directly neither with a user processor, 
nor a settlement processor, nor with a service director 
that belongs to a different group. 
[0758] The settlement processor 23804 will now be 
described. 30 
[0759] The settlement processor 23804 controls com- 
munication with the settlement system 103, verifies a 
settlement processor, encrypts data to be transmitted to 
the settlement system 103, decrypts data received from 
the settlement system 1 03, and examines the validity of 35 
the data received from the settlement system 103. 
[0760] The settlement processor 23804 is generated 
by the service manager processor 23800 when the 
service providing system 102 communicates with the 
settlement system 103. One settlement processor 40 
23804 is generated to control communication across 
one communication line between the service providing 
system 102 and the settlement system 103. 
[0761] The digital communication line 1 1 1 linking the 
service providing system 102 and the settlement sys- 45 
tern 103 are multiplexed to serve as a plurality of com- 
munication lines. To perform communication between 
the service providing, system 102 and the settlement 
system 103 across a plurality of communication lines 
during the same period, the service manager processor so 
23800 generates several settlement processor proc- 
esses 23804 that are equivalent in number to the com- 
munication line count. At this time, to manage the 
generated settlement processor 23803, the service 
manager processor 23800 prepares, in the memory or 55 
on the hard disk of the computer that constitutes the 
service server 400, the settlement processor process 
management information 4402 shown in Fig. 75C. 



[0762] The settlement processor 23804 is permitted to 
access only the settlement processor process manage- 
ment information 4402. and the attribute information 
and transaction history information for the settlement 
processor in the area wherein is installed the settlement 
system 103 that is managed by the settlement proces- 
sor information server 404. In other words, the settle- 
ment processor 23804 can not access other 
information. 

[0763] The settlement processor 23804 is effective 
only when employed with a corresponding settlement 
system 103, and can not communicate directly with 
another settlement system. 

[0764] Messages described in columns 23913 and 
23914 in Fig. 69 are employed for communication 
between the settlement processor 23804 and the settle- 
ment system 103. The messages described in column 
23913 (a settlement confirmation, a cancellation confir- 
mation, a time-out error message, and a session error 
message) are those transmitted by the settlement sys* 
tern 103 to the settlement processor 23804. The mes- 
sages described in column 23914 (a settlement 
request, a cancellation request, a time-out error mes- 
sage, a session error message, and a time-out mes- 
sage) are those transmitted by the settlement processor 
23804 to the settlement system 103. The settlement 
processor 23804 and the settlement system 103 do not 
interpret as being valid any other messages that they 
may receive. 

[0765] In addition, as an interface, the settlement 
processor 23804 exchanges, with the service director 
processor 23801 that belongs to the same process 
group, messages that are described in columns 23915 
and 23916 in Fig. 69. The messages described in col- 
umn 23915 (a settlement request, a cancellation 
request, a time-out error message, and a session error 
message) are those transmitted by the service director 
processor 23801 to the settlement processor 23804 
The messages described in the column 23916 (a settle- 
ment confirmation, a cancellation confirmation, a ses- 
sion error message, and a time-out message) are those 
transmitted by the settlement processor 23804 to the 
service director processor 23801 . The settlement proc- 
essor 23804 and the service director processor 23801 
do not interpret as valid any other messages that they 
may receive. 

[0766] Furthermore, as an interface, the settlement 
processor 23804 exchanges, with the service director 
processor 23801, a message that is described in col- 
umn 23918 in Fig. 69. The message descrfoed in col- 
umn 23918 (a request for the deletion of the settlement 
processor 23804) is one that is transmitted by the settle- 
ment processor 23804 to the service director processor 
23801 . The messages described in column 2391 7 (gen- 
eration and deletion of a settlement processor 23804) 
are those that the service director processor 23801 acts 
on tor the settlement processor 23804. The service 
manager processor performs the generation and the 
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deletion of the settlement processor 23804. The con- 
tents of the messages will be described in detail later. 
[0767] Since there is no communication interface 
between settlement processors, they can not directly 
communicate with each other. Similarly, since there is 
no communication interlace between a settlement proc- 
essor and a user processor, between a settlement proc- 
essor and a merchant processor, and between a 
settlement processor and a service director processor 
that belongs to a different group, the settlement proces- 
sor communicate directly neither with a user processor, 
nor a merchant processor, nor with a service director 
that belongs to a different group. 
[0768] The service director processor 23801 will now 
be described. 

[0769] The service director processor communicates 
with the user processor, the merchant processor and 
the settlement processor that belong to the same group, 
and produces the personal remote credit settlement 
service. The expression "produces the personal remote 
credit settlement service" means that the service direc- 
tor processor cooperates with the other member proc- 
essors in the same process group, and takes the 
initiative in performing the processing for the personal 
remote credit settlement service. 
[0770] The service director processor 23801 is gener- 
ated by the service manager processor 23800 when the 
service providing system 102 performs one of the proc- 
esses for clearing for a personal remote credit settle- 
ment service, a cancellation, a customer service call, or 
an inquiry call. In order to manage the service director 
processor 23801. the service manager processor 
23800 prepares, in the memory or on the hard disk of a 
computer that constitutes the service server 400. the 
service director process management information 4403 
shown in Fig. 75D. 

[0771] The individual processes for performing the 
clearing for a personal remote credit settlement service, 
a cancellation, a customer service call, and an inquiry 
call have a specified process sequence. In accordance 
with the process sequence, the service director proces- 
sor 23801 handles a message received from a member 
processor in the same group, and transmits a message 
requesting a process be performed to each member 
process. Upon receiving the message from the service 
director processor 23801. a member process performs 
a corresponding process. Since the service director 
processor cooperates with the other member proces- 
sors in the same group, the processing for the personal 
remote credit settlement service can be performed. 
[0772] To perform the settlement processing and the 
cancellation process, the service director processor, the 
user processor, the merchant processor, and the settle- 
ment processor are assembled into one processing 
group. To perform the customer service call process 
and the inquiry call process, the service director proces- 
sor, the user processor, and the merchant processor 
are assembled into one processing group. 



[0773] The service director processor 2380 1 is permit- 
ted to access only the service director process manage- 
ment information 4403 that is managed by the service 
director information server 404, and information that a 
s member process in the same group is permitted to 
access. In other words, the service director processor 

23801 can not access other information. 

[0774] In addition, as an interface, the service director 
processor 23801 exchanges, with the user processor 

io 23801 that belongs to the same process group, mes- 
sages that are described in columns 23904 and 23903 
in Fig. 70. The messages described in column 23904 (a 
payment request, a cancellation request, a call recep- 
tion response, an inquiry call request, a time-out error 

is message, a session error message, and a time-out 
message) are those transmitted by the user processor 

23802 to the service director processor 23801. The 
messages described in column 23903 (a receipt, a can- 
cellation receipt, a customer service call, an inquiry call 

so response, a call response, a time-out error message, 
and a session error message) are those transmitted by 
the service director processor 23801 to the user proces- 
sor 23802. The user processor 23802 and the service 
director processor 23801 do not interpret as valid mes- 
25 sages any other messages that they might receive. 
[0775] Furthermore, as an interface, the service direc- 
tor processor 23801 exchanges, with the merchant 
processor 23803 that belongs to the same process 
group, messages that are described in columns 23910 
30 and 23909 in Fig. 70. The messages described in col- 
umn 23910 (a settlement confirmation, a cancellation 
confirmation, a customer service call response, a call 
response, an inquiry call, a time-out error message, a 
session error message, and a time-out message) are 
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the service director processor 23801. The messages 
described in column 23909 (an authorization response, 
a settlement confirmation, a cancellation confirmation, a 
customer service call response, a call response, an 
40 'nquiry call, a time-out error message, and a session 
error message) are those transmitted by the service 
director processor 23801 to the merchant processor 
23802. The merchant processor 23803 and the service 
director processor 23801 do not interpret as valid mes- 
45 sages any other messages they might receive. 

[0776] Further, as an interface, the service director 
processor 23801 exchanges, with the settlement proc- 
essor 23804 that belongs to the same process group, 
messages that are described in columns 23916 and 
so 23915 in Fig. 70. The messages described in column 
23916 (a settlement confirmation, a cancellation confir- 
mation, a session error message, and a time-out mes- 
sage) are those transmitted by the settlement processor 
23804 to the service director processor 23801. The 
55 messages described in column 23915 (a settlement 
request, a cancellation request, a time-out error mes- 
sage, and a session error message) are those transmit- 
ted by the service director processor 23801 to the 
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settlement processor 23804. The settlement processor 
23804 and the service director processor 23801 do not 
interpret as valid messages any other messages they 
might receive. 

[0777] Moreover, as an interface, the service director 5 
processor 23801 exchanges, with the service manager 
processor 23800. messages that are described in a col- 
umn 23920 in Fig. 70. The messages described in col- 
umn 23920 (generation and deletion of a member 
process) are those transmitted by the service director 10 
processor 23801 to the service manager processor 
23800. Messages described in a column 23919 in Fig. 
70 (generation and deletion of a serviced director proc- 
ess, a payment request, an authorization request, a 
cancellation request, a customer service call request 15 
and an inquiry call request) are those that the service 
manager processor 23800 acts on for the service direc- 
tor processor 23801. The service manager processor 
performs the generation and the deletion of the service 
director processor 23801. The contents of the mes- 20 
sages will be described in detail later. 
[0778] There is no communication interface between 
service director processors that belong to different proc- 
ess groups, between a service director processor, and a 
merchant processor that belongs to a different process 25 
group, and between a service director processor and a 
settlement processor that belongs to a different process 
group. Therefore, the service director processor can not 
directly communicate with a user processor, a merchant 
processor, and a settlement processor that belong to a 30 
different group. 

[0779] The service manager processor 23800 will now 
be described. 

[0780] In the service manager processor 23800, the 
user processor 23802, the merchant processor 23803. 35 
the settlement processor 23804. and the service direc- 
tor processor 23801 are generated or deleted, and a 
process group is generated or deleted. 
[0781], To manage the individual processes, the serv- 
ice manager processor 23800 prepares six types of 40 
management data in Fig. 75, i.e., user process manage- 
ment information 4400, merchant process management 
information 4401, settlement processor process man- 
agement information 4402, service director process 
management information 4403, process group manage- 45 
ment information 4404, and a message list 4405, and 
stores them in the memory or on the hard disk of a com- 
puter that constitutes the service server 400. The proc- 
ess group management information 4404 is data for 
managing a process group, and the message list 4405 so 
is a list of messages for which the process is suspended 
by the service manager process. The role of the mes- 
sage list 4405 will be explained in detail later. 
[0782] The service manager processor 23800 is 
always activated when the service providing system 1 02 55 
provides the personal remote credit transaction termi- 
nal. The generation and deletion of the service manager 
processor is controlled by the management system 407. 



[0783] The service manager processor 23800 is per- 
mitted to access only information that is managed by 
the service director information server 404. In other 
words, the service manager processor 23800 can not 
access other information. 

[0784] Furthermore, as an interface, the service man- 
ager processor 23800 exchanges, with the user proces- 
sor 23802, messages that are described in column 
23906 in Fig. 70. The messages described in column 
23906 (a payment request, a cancellation request, an 
inquiry call request, and a request for deleting the serv- 
ice manager processor 23800) are those transmitted by 
the user processor 23802 to the service manager proc- 
essor 23800. Messages described in column 23905 in 
Fig. 70 (generation and deletion of a user processor 
23802) are those that the service manager processor 
23800 acts on for the user processor 23802. The serv- 
ice manager processor performs the generation and the 
deletion of the user processor 23802. 
[0785] Similarly, as an interlace, the service manager 
processor 23800 exchanges, with the merchant proces- 
sor 23803, messages that are described in column 
23912 in Fig. 70. The messages described in column 
23912 (an authorization request, a cancellation request, 
a customer service call request, and a request for delet- 
ing the merchant processor 23803) are those transmit- 
ted by the merchant processor 23803 to the service 
manager processor 23800. Messages described in col- 
umn 2391 1 in Fig. 70 (generation and deletion of a mer- 
chant processor 23803) are those that the service 
manager processor 23800 acts on for the merchant 
processor 23803. The service manager processor per- 
forms the generation and the deletion of the merchant 
processor 23803. 

[0786] Likewise, as an interface, the service manager 
processor 23800 exchanges, with the settlement proc- 
essor 23804. a message that is described in column 
23918 in Fig. 70. The message described in column 
23918 (a request for deleting the settlement processor 
23800) is that transmitted by the settlement processor 
23804 to the service director processor 23801. The 
messages described in column 2391 7 in Fig. 70 (gener- 
ation and deletion of a settlement processor 23804) are 
those that the service manager processor 23800 acts 
on for the settlement processor 23804. The service 
manager processor performs the generation and the 
deletion of the settlement processor 23804. 
[0787] Also, as an interface, the service manager 
processor 23800 exchanges, with the service director 
processor 23801. messages that are described in col- 
umn 23920 in Fig. 70. The messages described in col- 
umn 23920 (generation and deletion of a member 
process) are those transmitted by the service director 
processor 23801 to the service manager processor 
23800. Messages described in column 23919 in Fig. 70 
(generation and deletion of a serviced director process, 
a payment request, an authorization request, a cancel- 
lation request, a customer service call request and an 
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inquiry call request) are those that the service manager 
processor 23800 acts on for the service director proces- 
sor 23801. The service manager processor performs 
the generation and the deletion of the service director 
processor 23801. 

[0788] Furthermore, as an interface, the service man- 
ager processor 23800 exchanges, with a service man- 
ager processor 23800 of a service providing system in 
another service area, messages that are descrbed in 
columns 23921 and 23922 in Fig. 70. The messages 
descnbed in column 23921 (generation and deletion of 
a user process, generation and deletion of a home user 
process, generation and deletion of a mobile user proc- 
ess, a cancellation request and an inquiry call request) 
are those transmitted to the service manager processor 
23800 from a service manager processor of a service 
providing system in a different service area. The mes- 
sages described in column 23922 (generation and dele- 
tion of a user process, generation and deletion of a 
home user process, generation and deletion of a mobile 
user process, a cancellation request and an inquiry call 
request) are those transmitted by the service manager 
processor 23800 to a service manager processor 
23800 in a service providing system in a different serv- 
ice area. The communication between the service man- 
ager processors of different service providing systems 
is performed to provide personal remote credit settle- 
ment services across the service areas. This case will 
be explained in detail later. 

[0789] Information that is managed by the user infor- 
mation server 402 of the service providing system 102 
will now be explained. The user information server 402 
manages attribute information for a user, and data in the 
RAM 1502 of the personal credit terminal 100 of the 
user, ft should be noted that one user information server 
402 does not manage attribute information for all users 
and data in the RAMs 1 502 of the personal credit termi- 
nals 100 of all the users, and separate servers are 
required for each service area for management. There- 
fore, the user rnforrm server 402 manages the 
attribute information and data in the RAMs of the per- 
sonal credit terminals of users who are present in the 
service area of a service providing system 102 (herein- 
after the service area where the user is present is called 
a "home service area."). 

[0790] Fig. 71 is a specific diagram showing informa- 
tion stored for each user in the user information server 
402. The user information server 402 stores ten types of 
information for each user: user's data management 
information 24000. personal information 24001. portrait 
image data 24O02. a terminal property 24003. user 
preference 24004. access control information 24005 
terminal data 24006. telephone function information 
24007, a credit card list 24008. and a use list 24009. 
The contents of the information are the same as those 
explained for the first embodiment while referring to Fig. 

[0791] ■ Information that is managed by the merchant 



information server 403* of the service providing system 
102 will now be explained. The merchant information 
server 403 manages attribute information for a mer- 
chant, and data in the RAM 22502 of the credit settle- 
5 ment terminal 300 of the merchant, ft should be noted 
that one merchant information server 403 does not 
manage attribute information for all merchants and data 
in the RAMs 22502 of the credit settlement terminate 
300 of all the merchants, and separate servers are 
io required for each service area for management. There- 
fore, the merchant information server 403 manages the 
attribute information and data in the RAMs of the crecfit 
settlement terminals of merchants who are present in 
the service area of a service providing system 102. 
is [0792] Fig. 72 is a specific diagram showing informa- 
tion stored for each merchant in the merchant informa- 
tion server 403. The merchant information server 403 
stores eight types of information for each merchant: 
merchant's data management information 24100. mer- 
20 chant information 24101. a terminal property 24102. 
merchant preference 24103, terminal data 24104, tele- 
phone function information 24105, an available credit 
card list 24106, and a sales list 24107. The contents of 
the information are the same as those explained for the 
25 first embodiment while referring to Fig. 30. The mer- 
chant information 24101 is information concerning a 
merchant, such as the address and the account number 
of a merchant and the contents of a contract, and one 
part of this information corresponds to the merchant 
so information 2506 of the credit settlement terminal 300. 
[0793] The information managed by the settlement 
processor information server 404 of the service provid- 
ing system 102 will now be explained. The settlement 
processor information server 404 manages the attribute 
35 information for a settlement processor, ana history infor- 
mation for transactions performed by the settlement 
processor. 

[0794] Fig. 73 is a specific diagram showing informa- 
tion stored for each settlement processor in the settle- 
40 ment processor information server 404. The settlement 
processor information server 404 stores four types of 
information for each settlement processor: settlement 
processor's data management information 24200. set- 
tlement processor information 24201, an available 
45 credit card list 24202, and a clearing list 24203. The 
contents of the information are the same as those 
explained for the first embodiment while referring to Fig. 
31 . 

[0795] The information stored in the service director 
so information server 401 in the service providing system 
102 will now be explained. 

[0796] Fig. 74 is a specific diagram showing informa- 
tion stored in the service director information server 
401. 

55 [0797] The service director information server 401 
stores five types of information: a user list 4300. a mer- 
chant list 4301 . a settlement processor list 4302. a pro- 
vided service list 4302. and a settlement processor 
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table 4304. 

[0798] The user list 4300 is a list of attribute informa- 
tion for all the users who have entered into contracts 
with a service provider; the merchant list 4301 is a list of 
attribution information for all the merchants who have s 
enter into a contract with the service provider; the settle- 
ment processor list 4302 is a list of attribution informa- 
tion for all the settlement processors that have entered 
into a contract with the service provider; the provided 
service list 4303 is a list of information for service pro- io 
vided through the personal remote credit settlement 
service by the service providing system 102; and the 
settlement processor table 4304 is a table in which are 
entered requests for personal remote credit settlement 
service by users, and merchants, and corresponding 15 
optimal settlement processors. 

[0799] In the user list 4300. five types of information 
are stored for each user: a user name 4305 (4310), a 
user ID 4306 (4311), a user's telephone number 4307 
(431 2), and a service list address 4308 (43 1 3). so 
[0800] In the service list address 4308 (4313) is an 
address in the service director information server 401 in 
which is stored a list of service codes that the user can 
employ. The user information address 4309 (4314) is an 
address at which user data management information for 25 
the pertinent user is stored. The list of the service codes 
that the user can employ and the user data manage- 
ment information are respectively managed by the serv- 
ice director information server and the user information 
server of the service providing system that is located in 30 
a home service area for the user. Therefore, when the 
service providing system 102 is the one in the home 
service area for the user, the service list address and 
the user information address are respectively an 
address in the service director information server 401 35 
and an address in the user information server 402. 
When the home service area of the user differs from 
that of the service providing system 1 02, the service list 
address and the user information address are respec- 
tively an address in the service director information 40 
server of a service providing system in the home serv- 
ice area for the user, and an address in the user infor- 
mation server therein. 

[0801 ] In the merchant list 3301 , six types of informa- 
tion are stored for each merchant: a merchant name 45 
4315 (4321), a merchant ID 4316 (4322), a merchant's 
telephone number 4317 (4323), an available service list 
address 4318 (4324), a customer table address 4319 

(4325) , and a merchant information address 4320 

(4326) . so 
[0802] The available service list address 4308 (431 2) 
indicates an address at which is stored a list of service 
code that the merchant can handle. The customer, table 
address 4317 (4322) indicates the address at which is 
stored table information (a customer table) that repre- ss 
sents the correspondence of the customer number and 
the user ID. The merchant information address 4320 
(4326) is an address in which the merchant data man- 



agement information for the merchant is stored. 
[0803] The service code list and the customer table 
that the merchant can employ, and the merchant data 
management information are managed respectively by 
the service director information server and the user 
information server of the service providing system that 
is located in a home service area of the merchant. 
Therefore, when the service providing system 102 is the 
one in the home service area for the merchant, the serv- 
ice list address and the customer table address are 
addresses in the service director information server 
401, and the user information address is an address in 
the user information server 402. When the home serv- 
ice area of the merchant differs from that of the service 
providing system 102, the service list address and the 
customer table address are addresses in the service 
director information server of a service providing sys- 
tem in the home service area for the merchant, and the 
user information address is an address in the user infor- 
mation server in a service providing system in the home 
service area for the merchant. 

[0804] In the settlement processor list 4302 five types 
of information are stored for each settlement processor: 
a settlement processor name 4327 (4332); a settlement 
processor ID 4328 (4333), a settlement processor's 
communication ID 4329 (4334), a service list address 
4330 (4335), and a settlement processor information 
address 4331 (4336). 

[0805] The settlement processor's communication ID 
4329 (4334) is an ID for the settlement system 103 
when the service providing system 102 communicates 
with the settlement system 103 via the digital communi- 
cation line 111. The service list address 4330 (4335) is 
an address in the service director information server 
401 at which is stored a list of service code that the set- 
tlement processor can handle. The settlement proces- 
sor information address 4331 (4336) is an address in 
the settlement processor information server 404 at 
which the settlement processor data management infor- 
mation of the settlement processor is stored. 
[0806] In the provided service list 4303 four types of 
information are stored for one provided service through 
the personal remote credit settlement service: a service 
providing number 4337 (4341), a service code 4338 
(4342), a service providing time 4339 (4343), and a pro- 
vided service information address 4340 (4344). 
[0807] The service providing number 4337 (4341) 
uniquely represents the process performed by the serv- 
ice providing system 102 to provide one service. The 
service code 4338 (4342) is a code number indicating 
the type of crecfit card service used by the user. The 
service providing time 4339 (4343) is the time at which 
the service is provided by means of the personal remote 
credit settlement service. The provided service informa- 
tion address 4340 (4344) is an address in the service 
director information server 401 at which is stored history 
information for the processes performed by the service 
providing system 1 02 to provide one service. < 
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[0808] An explanation will be given for process man- 
agement data that are prepared when the service man- 
ager processor 23800 generates the user processor, 
the merchant processor, the settlement processor, and 
the service director processor. 5 
[0809] In Figs. 75A to 75F are shown the structures of 
process management data that are prepared dy the 
service manager processor 23800. 
[081 0] In Fig. 75A is shown the data structure for the 
user process management information 4400 that is pre- 10 
pared for one user process. The user process manage- 
ment information 4400 includes seven types of 
information: a user process ID 4406 indicating a proc- 
ess ID for a user process; a user ID 4407 for a user cor- 
responding to a user process; a home process ID 4408 15 
indicating a process ID for the user process of a service 
providing system in a home service area for the user; a 
mobile process ID 4409 indicating the process ID for the 
user process of a service providing system in a service 
area other than the home service area for the user; a 20 
service director process ID 4410 indicating a process ID 
for a service director process that belongs to the same 
process group as the user process; a process status 
441 1 incficating the operating state of the user process; 
and a process data area pointer 441 2 indicating a mem- 25 
ory area assigned for the user process. 
[081 1 ] When the personal credit terminal 1 00 commu- 
nicates with the service providing system 102 in the 
home service area of the user, the service manager 
processor 23800 in the service providing system 1 02 in 30 
the home service area generates one user processor 
that corresponds to the personal credit terminal 100. 
Through the service providing systems in all the service 
areas, the service manager processor 23800 sets an ID 
that uniquely represents ins user processor in the field 35 
of the user process ID 4406, and sets a "0" in the fields 
of the home process ID 4408 and the mobile process ID 
4409. 

[081 2] When the user employs the personal credit ter- 
minal 1 00 in a service area other than the home service 40 
area to communicate with a service providing system in 
a service area other than the home service area, a user 
processor that corresponds to the personal credit termi- 
nal 100 is generated for the service providing system in 
the home service area of the user and of the service 45 
providing system with which the personal credit terminal 
1 00 communicates. 

[0813] In this case, the user processor in the service 
providing system in the home service area is called a 
home user processor (HUP), and the user processor in so 
the service providing system with which the personal 
credit terminal communicates is called a mobile user 
processor (MUP). The home user process and the 
mobile user process are linked together and function 
cooperatively, so that they function as a single process. 55 
Specifically, the home user processor accesses the 
user's attribute information that is managed by the user 
information server, and the data in the RAM of the per- 



sonal credit terminal, and the mobile user processor 
controls the communication with the personal credit ter- 
minal, and processes data. In other words, the mobile 
user processor accesses the user information server 
through the home user processor. 
[0814] Through the service providing systems in all 
the service areas, the service manager processor of the 
service providing system in the home service area sets 
an ID in the field of the user process ID 4406, in the user 
process management information for the home user 
process, that uniquely represents the home user proc- 
ess, and also sets a "0" in the field of the home process 
ID 4408, as well as a mobile user process ID in the field 
of the mobile process ID 4409. 

[081 5] Further, through the service providing systems 
in all the service areas, the service manager processor 
of the service providing system with which the personal 
credit terminal communicates sets an ID in the field of 
the user process ID 4406, in the user process manage- 
ment information for the mobile user process, that 
uniquely represents the mobile user process, and also 
sets the home user process ID in the field of the home 
process ID 4408 and a "0" in the field of the mobile proc- 
ess ID 4409. 

[0816] In addition, the user ID 4407 and the service 
director process ID 4410 uniquely represent the user 
and the service director process through the service 
providing systems in all the service areas. 
[081 7] In Fig. 75B is shown the data structure for the 
merchant process management information 4401 that is 
prepared for one merchant process. The merchant 
process management information 4401 includes five 
types of information: a merchant process ID 4413 repre- 
senting a process ID for a merchant process; a mer- 
chant ID 4414 for a merchant corresponding to a 
merchant process; a service director process ID 4415 
representing a process ID for a service director process 
that belongs to the same process group as the mer- 
chant process; a process status 4416 for the operating 
state of the merchant process; and a process data area 
pointer 4417 designating a memory area assigned for 
the merchant process. The merchant process ID 4413, 
the merchant ID 4414, and the service director process 
ID 4415 uniquely represent the merchant process, the 
merchant, and the service director process through all 
the service providing systems in all the service areas. 
[0818] In Fig. 75C is shown the data structure for the 
settlement processor process management information 
4402 that is prepared for one settlement processor 
process. The settlement processor process manage- 
ment information 4402 includes five types of informa- 
tion: a settlement processor process ID 441 8 
representing a process ID for a settlement processor 
process; a settlement processor ID 4419 for a settle- 
ment processor that corresponds to a settlement proc- 
essor process; a service cfirector process ID 4420 
representing a process ID for a service director process 
that belongs to the same process group as the settle- 
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ment processor process; a process status 4421 for the 
operating state of the settlement processor process; 
and a process data area pointer 4422 designating a 
memory area assigned for the settlement processor 
process. The settlement processor process ID 4418, 5 
the settlement processing ID 4419, and the service 
director process ID 4420 uniquely represent the settle- 
ment processor process, the settlement processor, and 
the service director process through all the service pro- 
viding systems in all the service areas. 10 
[081 9] In Fig. 75D is shown the data structure for the 
service director process management information 4403 
that is prepared for one service director process. The 
service director process management information 4403 
includes five types of information: a service director 75 
process ID 4423 representing a process ID for a service 
director process; a process group ID 4424 representing 
a process group ID that the service director process 
belongs to; a process status 4425 for the operating 
state of the service director process; a member list 4426 20 
including a list of process IDs for processes that belong 
to the same group as the service director process; and 
a process data area pointer 4427 designating a memory 
area assigned for the service director process. The 
service director process ID 4423. and the process 25 
group ID 4424 uniquely represent the service director 
process, and the process group through all the service 
providing systems in all the service areas. 
[0820] In Fig. 75E is shown the data structure for the 
process group management information 4404 that is 30 
prepared for one process group. The process group 
management information 4404 includes three types of 
information: a process group ID 4428 representing an 
ID for a process group; a service director process ID 
4429 representing a process ID for a service director 35 
process in the process group; and a member list 4430 
including a list of process IDs for processes that belong 
to the process group. The process group ID 4428 and 
the service director process ID 4429 uniquely represent 
the process group and the service director process 40 
through all the service providing systems in all the serv- 
ice areas. 

[0821] In Fig. 75F is shown the data structure of a 
message list 4405 in which are entered messages by 
which the process for the service manager processor is 45 
suspended. 

[0822] Among the messages transmitted to the serv- 
ice manager processor, the process for a payment 
request, a cancellation request issued by the user proc- 
essor for an authorization request, and a cancellation so 
request issued by the merchant processor may be tem- 
porarily suspended. At this time, these requests are reg- 
istered in the message list 4405 by the service manager 
processor. 

[0823] In the settlement processing, for example. 55 
when a payment request is transmitted to the service 
manager processor earlier than an authorization 
request, the payment request is held in the message list 



4405 until a corresponding authorization request is 
transmitted to the service manager processor. When 
the conesponding authorization request is received by 
the service manager process, it generates a service 
director processor, which then processes the payment 
request and the authorization request. When an author- 
ization request is transmitted to the service manager 
processor earlier than a payment request, the authori- 
zation request is held in the message list 4405 until a 
corresponding payment request is transmitted to the 
service manager processor. When the corresponding 
payment request is received by the service manager 
process, rt generates a service director processor, 
which then processes the payment request and the 
authorization request. 

[0824] Furthermore, in the cancellation process, when 
a cancellation request from the user processor is trans- 
mitted to the service manager processor earlier than a 
cancellation request from the merchant processor, the 
cancellation request from the user process is held in the 
message list 4405 until a cancellation request from a 
corresponding merchant processor is transmitted to the 
service manager processor. When the cancellation 
request from the corresponding merchant is received by 
the service manager process, it generates a service 
director processor, which then processes the cancella- 
tion requests from both the user processor and the mer- 
chant processor. When a cancellation request from a 
merchant processor is transmitted to the service man- 
ager processor earlier than a cancellation request from 
a user processor, the cancellation request from the mer- 
chant processor is held in the message list 4405 until a 
cancellation request from a corresponding user proces- 
sor is transmitted to the service manager processor. 
When the cancellation request from the corresponding 
user processor is received by the service manager 
process, it generates a service director processor, 
which then processes the cancellation requests from 
both the user processor and the merchant processor. 
[0825] The service manager processor compares the 
message registered in the message list 4405 with the 
contents of the message, and detects a message that 
corresponds to a payment request, an authorization 
request, or a cancellation request from a user processor 
or a merchant processor. 

[0826] In the message list 4405 three types of infor- 
mation are registered for one message: a message 
pointer 4431 (4434), which points to a message; a 
matching data pointer 4432 (4435). which points to data 
used for a comparison to detect a corresponding mes- 
sage; and a process ID 4433 (4436). which represents 
a process of a message sender. 
[0827] A detailed explanation will now be given for 
messages that are exchanged in the process for estab- 
lishing a session between the personal credit terminal 
100. or the credit settlement terminal 300, and the serv- 
ice providing system. 102. To establish the session, the 
personal credit terminal 100 and the service providing 
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system 102. or the crecfit settlement terminal 300 and 
the service providing system 102, authenticate each 
other before beginning to communicate. This process is 
hereinafter called a session establishment process. 
[0828] In Fig. 76 is shown the session establishment s 
processing when the personal credit terminal 100 
accesses the service providing system 102. In Figs. 
78A, 78B and 78C are shown the contents of messages 
to be exchanged between the personal credit terminal 
1 00 and the service providing system 1 02. 10 
[0829] In Fig. 77 is shown the session establishment 
processing when the service providing system 102 
accesses the personal credit terminal 100. In Figs. 78D, 
78E and 78F are shown the contents of messages to be 
exchanged between the personal credit terminal 100 is 
and the service providing system 102. 
[0830] When the personal credit terminal 100 
accesses the service providing system 102, first, the 
personal credit terminal 100 makes a call to the service 
providing system 102 to connect the line (4505: line so 
connection). At this time, the personal credit terminal 
100 transmits to the digital public network 108 a call 
request 4500, which is a message for requesting the 
line connection for a digital wireless telephone, and the 
digital public network 108 transmits to the service pro- 25 
viding system 102 a call reception request 4501. which 
that is a message for calling the service providing sys- 
tem 102. Upon receiving the request 4501. the service 
providing system 102 transmits to the digital public net- 
work 108 a call reception response 4503. which is a 30 
message for permitting a call, and the digital public net- 
work 1 08 transmits to the personal credit terminal 1 00 a 
call response 4504, which is a message permitting the 
line connection. As a result the personal credit terminal 
100 is connected to the KAfviro nmiiHin^ ^*~* — „ 
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via the line (4505: line connection). 
[0831] The call request 4500. the call reception 
request 4501 . the call reception response 4503. and the 
call response 4505. which are exchanged by the per- 
sonal credit terminal 100 and the digital public network 40 
108. and by the digital public network and the service 
providing system 102, conform to the protocol for the 
line connection of the digital wireless telephone passing 
through the transmission path 106. the base station 
1 04, the digital communication line 1 07, the digital pub- 4s 
lie network 108, and the digital communication line 109. 
[0832] Furthermore, the service manager processor 
in the service providing system 102 receives the call 
reception request 4501 from the digital public network 
1 08. The service manager processor employs the tele- so 
phone number information for the calling personal credit 
terminal 100. which is included in the call reception 
request 4501. to generate a user processor that corre- 
sponds to the personal credit terminal 100 (4502: proc- 
ess generation), and the generated user processor 55 
transmits the call reception response 4503 and con- 
nects the personal credit terminal 1 00 to the line. 
[0833] When the personal credit terminal 100 is con- - 



nected to the user processor via a line (4505: line con- 
nection), the user processor generates and transmits to 
the personal credit terminal 100 an authentication test A 
4506. which that is a test message for authenticating 
the personal credit terminal 100. 
[0834] As is shown in Fig. 78A. the authentication test 
A 4506 consists of an authentication test A header 
4700. which is header information indicating the mes- 
sage is the authentication test 4506; and a test pattern 
A 4702, which is obtained by encrypting, using a public 
key of a user, a test pattern A 4701 , which is an arbitrary 
bit pattern. 

[0835] The personal credit terminal 100 decrypts the 
received authentication test A 4506 using the private 
key of the user, and generates and transmits to the user 
processor an authentication test A response 4507, 
which is a response to the authentication test A 4506 
and is a test message for authenticating the user proc- 



[0836] As is shown in Fig. 78B, the authentication test 
A response 4507 consists of an authentication test A 
response header 4703. which is header information 
indicating the message is the authentication test A 
response 4507; a decrypted test pattern A 4704; and a 
test pattern B 4706 that is obtained by encrypting, using 
the public key of a service provider, a test pattern B 
4705. which is an arbitrary bit pattern. In other words, 
the authentication test A response 4507 includes an 
authentication test B that corresponds to the authentica- 
tion test A for the test pattern A and is used to authenti- 
cate the user processor. 

[0837] Upon receiving the authentication test A 
response 4507. the user processor compares the test 
pattern A 4701 with the received test pattern A 4704, 
and authenticates the user. The authentication of the 
user in this case is based on an assumption such that 
the test pattern A encrypted using the public key of the 
user can be decrypted only by the personal credit termi- 
nal 100 that has the private key of the user. 
[0838] In addition, the user processor decrypts the 
encrypted test pattern B using the private key of the 
service provider, and generates and transmits to the 
personal credit terminal 100 an authentication test B 
response 4508 that is a response to the authentication 
testB. 

[0839] As is shown in Fig. 78C, the authentication test 
B response 4508 consists of an authentication test B 
response header 4707. which is header information 
indicating the message is the authentication test B 
response 4508; a decrypted test pattern A 4708; and a 
session permission message 4710, which is obtained 
by encrypting a session permission message 4709 
using the public key of a user The session permission 
message 4709 is a message granting permission for a 
session with the personal credit terminal 100. and 
includes information concerning a communication con- 
dition. 

[0840] Upon receiving the authentication test B 
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response 4508, the personal credit terminal 100 com- 
pares the test pattern B 4705 with the received test pat- 
tern B 4708, and authenticates the user processor. The 
authentication of the user processor in this case is 
based on an assumption such that the test pattern B 
encrypted using the public key of the service provider 
can be decrypted only by the service providing system 
102 that has the private key of the service provider. 
[0841] In addition, the personal credit terminal 
decrypts the encrypted session permission message 
using the private key of the user, and changes the com- 
munication condition with the user processor to a com- 
munication condition for the session permission 
message. 

[0842] The personal credit terminal 100 and the user 
processor authenticate each other, and initiate commu- 
nications based on the same communication condition 
(4509: session establishment). This state is hereinafter 
called a session established state. 
[0843] When the service providing system 102 
accesses the personal credit terminal 100, first, the 
service providing system 102 makes a call to the per- 
sonal credit terminal 100 to connect the line (4605: line 
connection). At this time, in the service providing sys- 
tem 102, the service manager processor generates a 
user processor that corresponds to the personal credit 
terminal 100 that is to be connected (4600: process 
generation). The generated user processor transmits to 
the digital public network 108 a call request 4601 that is 
a message requesting a line connection for a digital 
wireless telephone, and the digital public network 108 
transmits to the personal credit terminal 100 a call 
reception request 4602, which is a message for calling 
the personal credit terminal 100. Upon receiving the 
request 4602, the personal credit terminal 1 00 transmits 
to the digital public network 108 a call reception 
response 4603, which is a message permitting a call, 
and the digital public network 108 transmits to the user 
processor a call response 4604, which is a message 
permitting the line connection. As a result, the user 
processor and the personal credit terminal 1 00 are con- 
nected across through the line (4605: line connection). 
The call request 4601, the call reception request 4602, 
the call reception response 4603 and the call response 
4604, which are exchanged by the user processor and 
the digital public network 108, and by the digital public 
network and the personal credit terminal 100, conform 
to the protocol for the line connection of the digital wire- 
less telephone passing through the digital communica- 
tion line 109, the digital public network 108, the digital 
communication line 107. the base station 104 and the 
transmission path 106. 

[0844] When the user processor is connected to the 
personal credit terminal 100 via a line (4605: line con- 
nection), the personal credit terminal 100 generates 
and transmits to the user processor an authentication 
test C 4606, which that is a test message for authenti- 
cating the user processor. 
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[0845] As is shown in Fig. 78D, the authentication test 
C 4606 consists of an authentication test C header 
471 1 , which is header information indicating the mes- 
sage is the authentication test C 4606; and a test pat- 
5 tern C 4713, which is obtained by encrypting, using a 
public key of a user, a test pattern C 4712, which is an 
arbitrary bit pattern. 

[0846] The user processor decrypts the received 
authentication test C 4606 using the private key of the 

io service provider, and generates and transmits to the 
personal credit terminal 100 an authentication test C 
response 4607, which is a response to the authentica- 
tion test C 4606 and is a test message for authenticating 
the personal credit terminal 100. 

75 [0847] As is shown in Fig. 78E, the authentication test 
C response 4607 consists of an authentication test C 
response header 4714, which is header information 
indicating the message is the authentication test C 
response 4607; a decrypted test pattern C 4715; and a 

20 test pattern D 471 7 that is obtained by encrypting, using 
the public key of a user, a test pattern D 4716, which is 
an arbitrary bit pattern. In other words, the authentica- 
tion test C response 4607 includes an authentication 
test D that corresponds to the authentication test C for 

25 the test pattern C and is used to authenticate the per- 
sonal credit terminal 100. 

[0848] Upon receiving the authentication test C 
response 4607, the personal credit terminal 100 com- 
pares the test pattern C 471 2 with the received test pat- 

30 tern C 4715, and authenticates the user processor. The 
authentication of the user processor in this case is 
based on an assumption such that the test pattern C 
encrypted using the public key of the service provider 
can be decrypted only by the service providing system 

35 102 that has the private key of the service provider. 
[0849] in addition, the personal credit terminal 100 
decrypts the encrypted test pattern D using the private 
key of the user, and generates and transmits to the user 
processor an authentication test D response 4608 that 

40 is a response to the authentication test D. 

[0850] As is shown in Fig. 78F, the authentication test 
D response 4608 consists of an authentication test D 
response header 4718, which is header information 
indicating the message is the authentication test D 

45 response 4608; a decrypted test pattern D 4719; and a 
session permission message 4721, which is obtained 
by encrypting a session permission message 4720 
using the public key of a service provider. The session 
permission message 4720 is a message granting per- 

50 mission for a session with the user processor, and 
includes information concerning a communication con- 
dition. 

[0851] Upon receiving the authentication test D 
response 4608, the user processor compares the test 
55 pattern D 4716 with the received test pattern D 4719, 
1 and authenticates the personal credit terminal 100. The 
authentication of the personal credit terminal 1 00 in this 
case is based on an assumption such that the test pat- 
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tern B encrypted using the public key of the user can be 
decrypted only by the personal credit terminal 100 that 
has the private key of the user. 
[0852] In addition, the user processor decrypts the 
encrypted session permission message using the pri- 5 
vate key of the service provider, and changes the com- 
munication condition with the personal credit terminal 
100 to a communication condition for the session per- 
mission message. 

[0853] The user processor and the personal credit ter- io 
minal 1 00 and authenticate each other, and initiate com- 
munications based on the same communication 
condition (4609: session establishment). This state is 
hereinafter called a session established state. 
[0854] The session establishment process for the 15 
credit settlement terminal 300 and the service providing 
system 102 is performed in the same manner as for the 
session establishment process for the personal credit 
terminal 100 and the service providing system 102. 
[0855] In Fig. 79 is shown the session establishment 20 
processing when the credit settlement terminal 300 
accesses the service providing system 102. In Figs. 
81 A, 81 B and 81 C are shown the contents of messages 
to be exchanged between the credit settlement terminal 
300 and the service providing system 102. 2s 
[0856] In Fig. 80 is shown the session establishment 
processing when the service providing system 102 
accesses the credit settlement terminal 300. In Figs. 
81 D, 81 E and 81 F are shown the contents of messages 
to be exchanged between the credit settlement terminal 30 
300 and the service providing system 102. 
[0857] When the credit settlement terminal 300 
accesses the service providing system 102, first, the 
credit settlement terminal 300 makes a call to the serv- 
ice providing system 102 to connect the line {4805: fine 35 
connection). At this time, the credit settlement terminal 
300 transmits to the digital public network 108 a call 
request 4800, which is a message for requesting the 
line connection for. a digital telephone, and the digital 
public network 108 transmits to the service providing 40 
system 102 a call reception request 4801 , which that is 
a message for calling the service providing system 102. 
Upon receiving the request 4801, the service providing 
system 102 transmits to the digital public network 108 a 
call reception response 4803, which is a message for 45 
permitting a call, and the digital public network 108 
transmits to the credit settlement terminal 300 a call 
response 4804, which is a message permitting the line 
connection. As a result, the credit settlement terminal 
300 is connected to the service providing system 102 so 
via the line (4805: line connection). 
[0858] The call request 4800, the call reception 
request 4801 . the call reception response 4803, and the 
call response 4805, which are exchanged by the credit 
settlement terminal 300 and the digital public network 55 
108, and by the digital public network and the service 
providing system 102, conform to the protocol for the 
line connection of the digital telephone passing through 



the transmission path 1*06, the base station 104, the dig- 
ital communication line 107, the digital public network 
108, and the digital communication line 109. 
[0859] Furthermore, the service manager processor 
in the service providing system 102 receives the call 
reception request 4801 from the digital public network 
108. The service manager processor employs the tele- 
phone number information for the calling credit settle- 
ment terminal 300. which is included in the call 
reception request 4801 , to generate a merchant proces- 
sor that corresponds to the credit settlement terminal 
300 (4802: process generation), and the generated 
merchant processor transmits the call reception 
response 4803 and connects the credit settlement ter- 
minal 300 to the line. 

[0860] When the credit settlement terminal 300 is con- 
nected to the merchant processor via a line (4805: line 
connection), the merchant processor generates and 
transmits to the credit settlement terminal 300 an 
authentication test A 4806, which that is a test message 
for authenticating the credit settlement terminal 300. 
[0861 ] As is shown in Fig. 81 A, the authentication test 
A 4806 consists of an authentication test A header 
5000, which is header information indicating the mes- 
sage is the authentication test 4806; and a test pattern 
A 5002. which is obtained by encrypting, using a public 
key of a user, a test pattern A 5001 . which is an arbitrary 
bit pattern. 

[0862] The credit settlement terminal 300 decrypts the 
received authentication test A 4806 using the private 
key of the merchant, and generates and transmits to the 
merchant processor an authentication test A response 
4807, which is a response to the authentication test A 
4806 and is a test message for authenticating the mer- 
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[0863] As is shown in Fig. 81 B. the authentication test 
A response 4807 consists of an authentication test A 
response header 5003, which is header information 
indicating the message is the authentication test A 
response 4807; a decrypted test pattern A 5004; and a 
test pattern B 5006 that is obtained by encrypting, using 
the public key of a service provider, a test pattern B 
5005, which is an arbitrary bit pattern. In other words, 
the authentication test A response 4807 includes an 
authentication test B that corresponds to the authentica- 
tion test A for the test pattern A and is used to authenti- 
cate the merchant processor. 

[0864] Upon receiving the authentication test A 
response 4807, the merchant processor compares the 
test pattern A 5001 with the received test pattern A 
5004, and authenticates the merchant. The authentica- 
tion of the merchant in this case is based on an assump- 
tion such that the test pattern A encrypted using the 
public key of the merchant can be decrypted only by the 
credit settlement terminal 300 that has the private key of 
the merchant. 

[0865] In addition, the merchant processor decrypts 
the encrypted test pattern B using the private key of the 
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service provider, and generates and transmits to the 
credit settlement terminal 300 an authentication test B 
response 4808 that is a response to the authentication 
test B. 

[0866] As is shown in Fig. 81 C, the authentication test 
B response 4808 consists of an authentication test B 
response header 5007, which is header information 
indicating the message is the authentication test B 
response 4808; a decrypted test pattern A 5008; and a 
session permission message 5010, which is obtained 
by encrypting a session permission message 5009 
using the public key of a merchant. The session permis- 
sion message 5009 is a message granting permission 
for a session with the credit settlement terminal 300. 
and includes information concerning a communication 
condition. 

[0867] Upon receiving the authentication test B 
response 4808. the credit settlement terminal 300 com- 
pares the test pattern B 5005 with the received test pat- 
tern B 5008, and authenticates the merchant processor. 
The authentication of the merchant processor in this 
case is based on an assumption such that the test pat- 
tern B encrypted using the public key of the service pro- 
vider can be decrypted only by the service providing 
system 102 that has the private key of the service pro- 
vider 

[0868] In addition, the credit settlement terminal 300 
decrypts the encrypted session permission message 
using the private key of the merchant, and changes the 
communication condition with the merchant processor 
to a communication condition for the session permis- 
sion message. 

[0869] The credit settlement terminal 300 and the 
merchant processor authenticate each other, and initi- 
ate communications based on the same communication 
condition (4809: session establishment). 
[0870] When the service providing system 102 
accesses the credit settlement terminal 300, first the 
service providing system 102 makes a call to the credit 
settlement terminal 300 to connect the line (4905: line 
connection). At this time, in the service providing sys- 
tem 102, the service manager processor generates a 
user processor that corresponds to the credit settlement 
terminal 300 that is to be connected (4900: process 
generation). The generated merchant processor trans- 
mits to the digital public network 108 a call request 4901 
that is a message requesting a line connection for a dig- 
ital telephone, and the digital public network 108:trans- 
mits to the credit settlement terminal 300 a call 
reception request 4902. which is a message for calling 
the credit settlement terminal 300. Upon receiving the 
request 4902. the credit settlement terminal 300 trans- 
mits to the digital public network 108 a call reception 
response 4903. which is a message permitting a call, 
and the digital public network 108 transmits to the mer- 
chant processor a call response 4904. which is a mes- 
sage permitting the line connection. As a result, the 
merchant processor and the credit settlement terminal 



300 are connected 'across through the line (4905: line 
connection). The call request 4901, the call reception 
request 4902, the call reception response 4903 and the 
call response 4904, which are exchanged by the mer- 

5 chant processor and the digital public network 1 08, and 
by the digital public network and the credit settlement 
terminal 300, conform to the protocol for the line con- 
nection of the digital telephone passing through the dig- 
ital communication line 109, the digital public network 

w 108 and the digital telephone communication line 110. 
[0871 ] When the merchant processor is connected to 
the credit settlement terminal 300 via a line (4905: line 
connection), the credit settlement terminal 300 gener- 
ates and transmits to the merchant processor an 

15 authentication test C 4906, which that is a test message 
for authenticating the merchant processor. 
[0872] As is shown in Fig. 81 D, the authentication test 
C 4906 consists of an authentication test C header 
501 1 , which is header information indicating the mes- 

20 sage is the authentication test C 4906; and a test pat- 
tern C 5013, which is obtained by encrypting, using a 
public key of a service provider, a test pattern C 5012, 
which is an arbitrary bit pattern. 

[0873] The merchant processor decrypts the received 

25 authentication test C 4906 using the private key of the 
service provider, and generates and transmits to the 
credit settlement terminal 300 an authentication test C 
response 4907. which is a response to the authentica- 
tion test C 4906 and is a test message for authenticating 

30 the credit settlement terminal 300. 

[0874] As is shown in Fig. 81 E, the authentication test 
C response 4907 consists of an authentication test C 
response header 5014, which is header information 
indicating the message is the authentication test C 

35 response 4907; a decrypted test pattern C 501 5; and a 
test pattern D 501 7 that is obtained by encrypting, using 
the public key of a merchant, a test pattern D 5016, 
which is an arbitrary bit pattern. In other words, the 
authentication test C response 4907 includes an 

40 authentication test D that corresponds to the authenti- 
cation test C for the test pattern C and is used to 
authenticate the credit settlement terminal 300. 
[0875] Upon receiving the authentication test C 
response 4907, the credit settlement terminal 300 com- 

45 pares the test pattern C 501 2 with the received test pat- 
tern C 5015, and authenticates the merchant processor. 
The authentication of the merchant processor in this 
case is based on an assumption such that the test pat- 
tern C encrypted using the public key of the service pro- 

50 vider can be decrypted only by the service providing 
system 102 that has the private key of the service pro- 
vider. 

[0876] In addition, the credit settlement terminal 300 
decrypts the encrypted test pattern D using the private 
55 key of the user, and generates and transmits to the mer- 
chant processor an authentication test D response 4908 
that is a response to the authentication test D. 
[0877] As is shown in Fig. 81 F, the authentication test 
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D response 4908 consists of an authentication test D 
response header 5018. which is header information 
indicating the message is the authentication test D 
response 4908; a decrypted test pattern D 5019; and a 
session permission message 5021, which is obtained 
by encrypting a session permission message 5020 
using the public key of a service provider. The session 
permission message 5020 is a message granting per- 
mission for a session with the merchant processor, and 
includes information concerning a communication con- 
dition. 

[0878] Upon receiving the authentication test D 
response 4908. the merchant processor compares the 
test pattern D 5016 with the received test pattern D 
5019. and authenticates the credit settlement termina! 
300. The authentication of the credit settlement terminal 
300 in this case is based on an assumption such that 
the test pattern B encrypted using the public key of the 
merchant can be decrypted only by the credit settle- 
ment terminal 300 that has the private key of the mer- 
chant 

[0879] In addition, the merchant processor decrypts 
the encrypted session permission message using the 
private key of the service provider, and changes the 
communication condition with the credit settlement ter- 
minal 300 to a communication condition for the session 
permission message. 

[0880] The merchant processor and the credit settle- 
ment terminal 300 and authenticate each other, and ini- 
tiate communications based on the' same 
communication condition (4909: session establish- 
ment). 

[0881] An explanation will now be given for the con- 
tents of messages that the personal credit terminal 100 
and the credit settlement terminal 300 exchange with 
the service providing system 102 during the processing 
for the remote access. In the processing for the remote 
access, data are downloaded from the service providing 
system 102 in wder to access data at the remote 
address. This process is hereinafter called a remote 
access process. .. 

[0882] In Fig. 82A is shown the remote access proc- 
ess performed by the personal credit terminal 100, and 
in Figs. 83A and 83B are shown the contents of mes- 
sages that are exchanged by the personal credit termi- 
nal 100 and the user processor. When data to be 
accessed is at the remote address, the personal credit 
terminal 100 generates a remote access processor to 
initiate the remote access processing. First, in the 
remote access process, a session is established with 
the service providing system 102. Then, a remote 
access request 5100. i.e.. a message requesting the 
user processor of the service providing system 102 
access data, is generated and transmitted to the user 
processor. 

[0883] As is shown in Fig. 83 A. a digital signature 
5204 of a user is provided for data that consists of a 
remote access header 5200. which is header informa- 
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tion indicating the message is the remote access 
request 5100; a data address 5201, which indicates a 
remote address; a user ID 5202; and an issued time 
5203. which indicates the date when the remote access 
request 5100 is issued, and the data are enveloped to 
address to the service provider, thereby providing the 
remote access request 51 00. 

[0884] The user processor of the service providing 
system 102 receives the remote access request 5100, 
decrypts it. examines the digital signature, generates a 
remote access data message 5101 and transmits it to 
the personal credit terminal 100. 
[0885] As is shown in Fig. 83B, a digital signature of a 
service provider is provided for data that consists of a 
remote access header 5208, which is header informa- 
tion indicating that the message is the remote access 
data 5101 ; data that are requested 5209; a service pro- 
vider ID 5210; and an issued time 521 1. which indicates 
the date when the remote access data 5101 is issued. 
The data are enveloped to address to the user, thereby 
providing the remote access data 5101. 
[0886] The personal credit terminal 100 receives the 
remote access data 51 01 . decrypts it. examines the dig- 
ital signature, stores it in the temporary area, and 
accesses the data. 

[0887] Similarly, in Fig. 85A is shown the remote 
access process performed by the credit settlement ter- 
minal 300. and in Figs. 86A and 86B are shown the con- 
tents of messages that are exchanged between the 
credit settlement terminal 300 and the merchant proc- 
essor. When data to be accessed is at the remote 
address, the credit settlement terminal 300 generates a 
remote access processor to initiate the remote access 
processing. First, in the remote access process, a ses- 
.w vwu^hwhw mm uic oeivii*; fjiuviuing system 

102. Then, a remote access request 5400. i.e., a mes- 
sage requesting the merchant processor of the service 
providing system 102 access data, is generated and 
transmitted to the merchant processor. 
[0888] As is shown in Fig. 86A. a digital signature 
5504 of a merchant is provided for data that consists of 
a remote access header 5500. which is header informa- 
tion indicating the message is the remote access 
request 5400; a data address 5501. which indicates a 
remote address; a merchant ID 5502; and an issued 
time 5503. which indicates the date when the remote 
access request 5400 is issued, and the data are envel- 
oped to address to the service provider, thereby provid- 
ing the remote access request 5400. 
[0889] The service providing system 1 02 receives the 
remote access request 5400, decrypts it, examines the 
digital signature, generates a remote access data mes- 
sage 5401 and transmits it to the credit settlement ter- 
minal 300. 

[0890] As is shown in Fig. 82B. a digital signature of a 
service provider is provided for data that consists of a 
remote access header 5508. which is header informa- 
tion indicating that the message is the remote access 
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data 5401 ; data that are requested 5509; a service pro- 
vider ID 5510; and an issued time 551 1, which indicates 
the date when the remote access data 5401 is issued. 
The data are enveloped to address to the merchant, 
thereby providing the remote access data 5401 . 5 
10891 ] The credit settlement terminal 300 receives the 
remote access data 5401 , decrypts it, examines the dig- 
ital signature, stores it in the temporary area, and 
accesses the data. 

[0892] An explanation will now be given for the con- io 
tents of messages that the personal credit terminal 100 
and the credit settlement terminal 300 exchange with 
the service providing system 102 during the processing 
for updating data In the processing for updating data, 
the service providing system 102 updates the contents 75 
of the RAM 1502 of the personal credit terminal 100, or 
the contents of the RAM 22502 and the hard disk 22503 
of the credit settlement terminal 300. This process is 
hereinafter called a data updating process. 
[0893] In Fig. 82B is shown the data updating process 20 
performed by the personal credit terminal 100, and in 
Figs. 83C to 83F and Fig. 84A are shown the contents 
of messages that are exchanged by the personal credit 
terminal 100 and the service providing system. 
[0894] When the value held by a clock counter 25 
reaches the value held in an update time register, the 
personal credit terminal 100 generates a data updating 
processor to initiate the data updating process. First, in 
the data updating process a session is established with 
the service providing system 102. Then, a data update 30 
request 5102, i.e., a message requesting the user proc- 
essor of the sen/ice providing system 102 update data, 
is generated and transmitted to the user processor. 
[0895] As is shown in Fig. 83C. a digital signature of a 
user is provided for data that consists of a data update 35 
request header 5216, which is header information indi- 
cating the message is the data update request 5102; a 
user ID (or a merchant ID) 5217; and an issued time 
5218, which indicates the date when the data update 
request 5102 is issued. The data are enveloped to 40 
address to the service provider, thereby providing the 
data updating request 5102. 

[0896] The user processor of the service providing 
system 102 receives the data update request 5102, 
decrypts it, examines the digital signature, generates a 45 
data update request response 5103, i.e., a message 
indicating that the system is ready for accepting the 
request, and transmits it to the personal credit terminal 
100. 

[0897] As is shown in Fig. 83D, a digital signature of a so 
service provider is provided for data that consists of a 
data update request response header 5223. which is 
header information indicating that the message is the 
data update request response 5103; a service provider 
ID 5224; and an issued time 5225. which indicates that 55 
the date when the data update request response 5103 
is issued. The data are enveloped to address the user, 
thereby providing the data update request response 



5103. 

[0898] The personal credit terminal 100 receives the 
data update request response 5103, decrypts it. exam- 
ines the digital signature, generates upload data 5104, 
i.e., a message that indicates to upload the data from 
the RAM 1502 to the service providing system 102, and 
transmits the data 5104 to the service providing system 
102. 

[0899] As is shown in Fig. 83E, a digital signature of a 
user is provided for data that consists of an upload data 
header 5230, which is header information indicating that 
the message is the upload data 5104; terminal data 
5231 that are obtained by compressing the data in the 
RAM 1502; a user ID 5232; and an issued time 5233. 
which indicates the date when the upload data 5104 is 
issued. The data are enveloped to address to the serv- 
ice provider, thereby providing the upload data 5104. 
[0900] The user processor of the service providing 
system 102 receives the upload data 5104. decrypts it, 
examines the digital signature, decompresses the ter- 
minal data 5231 and compares the obtained terminal 
data 5231 with the terminal data 24006 in the user infor- 
mation server 402 and the data held in the other user 
data management information area 24000. 
[0901 ] Then, the service providing system 1 02 gener- 
ates new terminal data and the update data 51 05. which 
is a message for updating data in the personal credit 
terminal 100. and transmits them to the personal credit 
terminal 100. 

[0902] As is shown in Fig. 83F, a digital signature of a 
service provider is provided for data that consists of an 
update data header 5238, which is header information 
indicating that the message is the update data 5105; 
terminal data 5239 that are obtained by compressing 
new terminal data; a service provider ID 5240; and an 
issued time 5241 , which indicates the date when the 
update data 5105 is issued. The data are enveloped to 
address to the user, thereby providing the update data 
5105. 

[0903] The personal credit terminal 100 receives the 
update data 5105, decrypts it, examines the digital sig- 
nature, decompresses the terminal data 5239, and 
updates the data in the RAM 1502. 
[0904] In order to generate new terminal data, when 
there is no extra space in the object data area 21812, 
the user processor of the service providing system 102 
compares the access times for the individual credit 
cards, and assigns a local address to the object data 
address for the credit card that has the latest access 
time. The user processor also compares the use times 
of the information items, and assigns a local address to 
the use information address for the information that has 
the latest use time. When the version of a program for 
the personal credit terminal 100 needs to be upgraded, 
data in the fundamental program area are updated. 
[0905] When the user processor of the service provid- 
ing system 102 compares the upload data with the ter- 
minal data and finds the illegal alteration of the data, the 
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service providing system 102 generates, instead of the 
update data 5105, a mandatory expiration command 
5105* that is a message for halting the function of the 
persona! credit terminal 100. and transmits the com- 
mand 5105" to the personal credit terminal 100. 
[0906] As is shown in Fig. 83A, a digital signature of a 
service provider is provided for data that consists of a 
mandatory expiration header 5300. which is header 
information indicating that the message is the manda- 
tory expiration command 5105'; a service provider ID 
5301 ; and an issued time 5302, which indicates that the 
date when the mandatory expiration command 5105' is 
issued. The data are enveloped to address to the user, 
thereby providing the mandatory expiration command 
5105'. 

[0907] Upon receipt of the mandatory expiration com- 
mand 5105'. the personal credit terminal 100 decrypts 
it, examines the digital signature, changes the terminal 
status 21902 to "use disabled." As a result, the use of 
the personal credit terminal 100 is inhibited. 
[0908] As a result of the data updating process, infor- 
mation that is employed comparatively frequently is 
stored in the RAM 1502 of the personal credit terminal 
100. the version of the program used for the terminal 
100 is the latest, and the illegal alteration of the terminal 
data can be prevented. 

[0909] In Fig. 85B is shown the data updating process 
performed by the credit settlement terminal 300. and in 
Figs. 86C to 86F and Fig. 84A are shown the contents 
of messages that are exchanged by the credit settle- 
ment terminal 300 and the service providing system. 
[0910] When the value held by a dock counter 
reaches the value held in an update time register, the 
credit settlement terminal 300 generates a data updat- 
ing processor to initiate the data updating process. First, 
in the data updating process, a session is established 
with the service providing system 102. Then, a data 
update request 5402. i.e., a message requesting the 
merchant processor of the service providing system 
102 update data, is generated and transmitted to the 
merchant processor. 

[091 1 ] As is shown in Fig. 86C, a digital signature of a 
merchant is provided for data that consists of a data 
update request header 5516, which is header informa- 
tion indicating the message is the data update request 
5402; a merchant ID 5517; and an issued time 5518, 
which indicates the date when the data update request 
5402 is issued. The data are enveloped to address to 
the service provider, thereby providing the data updat- 
ing request 5402. 

[091 2] The merchant processor of the service provid- 
ing system 102 receives the data update request 5402, 
decrypts it. examines the digital signature, generates a 
data update request response 5403. i.e.. a message 
indicating that the system is ready for accepting the 
request, and transmits it to the credit settlement termi- 
nal 300. 

[0913] As is shown in Fig. 86D, a digital signature of a 
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service provider is provided for data that consists of a 
data update request response header 5523, which is 
header information indicating that the message is the 
data update request response 5503; a service provider 

5 ID 5524; and an issued time 5525. which indicates that 
the date when the data update request response 5403 
is issued. The data are enveloped to address the mer- 
chant, thereby providing the data update request 
response 5403. 

io [091 4] The credit settlement terminal 300 receives the 
data update request response 5403. decrypts it, exam- 
ines the digital signature, generates upload data 5404, 
i.e., a message that indicates to upload the data from 
the RAM 22502 and the hard disk 22503 to the service 

15 providing system 102. and transmits the data to the 
service providing system 102. 

[091 5] As is shown in Fig. 86E. a digital signature of a 
merchant is provided for data that consists of an upload 
data header 5530, which is header information indicat- 

20 ing that the message is the upload data 5404; terminal 
data 5531 that are obtained by corrpressing the data in 
the RAM 22502 and the hard disk 22503; a merchant ID 
5532; and an issued time 5533, which indicates the date 
when the upload data 5404 is issued. The data are 

25 enveloped to address to the merchant thereby provid- 
ing the upload data 5404. 

[091 6] The service providing system 1 02 receives the 
upload data 5404. decrypts it. examines the digital sig- 
nature, decompresses the terminal data 5531 and com- 
30 pares the obtained terminal data 5531 with the terminal 
data 24104 in the merchant information server 403 and 
data managed in the other merchant data management 
area 241 00. 

[091 7] Then, the service providing system 1 02 gener- 
05 ales new terminal data and the update data 5405, which 
is a message for updating data in the credit settlement 
terminal 300, and transmits them to the credit settle- 
ment terminal 300. 

[0918] As is shown in Fig. 86F, a digital signature of a 
40 service provider is provided for data that consists of an 
update data header 5538. which is header information 
indicating that the message is the update data 5405; 
terminal data 5539 that are obtained by corrpressing 
new terminal data; a service provider ID 5540; and an 
45 issued time 5541, which indicates the date when the 
update data 5405 is issued. The data are enveloped to 
address to the merchant, thereby providing the update 
data 5405. 

[091 9] The credit settlement terminal 300 receives the 
so update data 5405, decrypts it, examines the digital sig- 
nature, decompresses the terminal data 5539. and 
updates the data in the RAM 22502 and the hard disk 
22503. 

[0920] In order to generate new terminal data, when 
55 there is no extra space on the hard disk 22503 of the 
credit settlement terminal 300. the merchant processor 
of the service providing system 102 corrpares the use 
times for the sales information, and assigns a local 
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address to the sales information address for the safe 
information that has the latest use time. When the ver- 
sion of a program for the credit terminal 1 00 needs to be 
upgraded, data in the fundamental program area are 
updated. 5 
[0921] When the service providing system 102 com- 
pares the upload data with the terminal data and finds 
the illegal alteration of the data, the service providing 
system 1 02 generates, instead of the update data 5405, 
a mandatory expiration command 5405' that is a mes- io 
sage for halting the function of the credit settlement ter- 
minal 300, and transmits the command 5405' to the 
credit settlement terminal 300. 

[0922] As is shown in Fig. 87A, a digital signature of a 
service provider is provided for data that consists of a is 
mandatory expiration header 5600, which is header 
information indicating that the message is the manda- 
tory expiration command 5405'; a service provider ID 
5601 ; and an issued time 5602, which indicates that the 
date when the mandatory expiration command 5405' is 20 
issued. The data are enveloped to address to the mer- 
chant, thereby providing the mandatory expiration com- 
mand 5405'. 

[0923] Upon receipt of the mandatory expiration com- 
mand 5405, the credit settlement terminal 300 decrypts 25 
it. examines the digital signature, changes the terminal 
status 22902 to "use disabled." As a result, the use of 
the credit settlement terminal 300 is inhibited. 
[0924] As a result of the data updating process, infor- 
mation that is employed comparatively frequently is 30 
stored in the RAM and on the hard cfisk of the credit set- 
tlement terminal 300, the version of the program for the 
terminal 300 is the latest, and the illegal alteration of the 
terminal data can be prevented. 

[0925] An explanation will now be given for the con- 35 
tents of messages that the personal credit terminal 1 00 
and the credit settlement terminal 300 exchange with 
the service providing system 102 during the processing 
for forcibly updating data. During the processing for for- 
cibly updating data, upon the need of urgent data dat- 40 
ing, the service providing system 102 forcibly updates 
the contents of the RAM 1502 of the personal credit ter- 
minal 100, or the contents of the RAM 22502 and the 
hard disk 22503 of the credit settlement terminal 300. 
. This process is hereinafter called a forcible data updat- 45 
ing process. 

[0926] In Fig. 82C is shown the forcible data updating 
process performed by the personal credit terminal 100. 
and in Figs. 83E and 83 F and Fig. 84A are shown the 
contents of messages that are exchanged between the so 
personal credit terminal 100 and the service providing 
system. 

[0927] When the data in the RAM of the personal 
credit terminal 100 must be urgently updated, such as 
when the contents of a contract with the user are ss 
changed, the service providing system 102 establishes 
a session with personal credit terminal 100. Then, the 
service providing system generates a data update com- 
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mand 5106, i.e., a message instructing the personal 
credit terminal 1 00 to perform the forcible data updating 
process, and transmits it to the personal credit terminal 
100. 

[0928] As is shown in Fig. 84B, the digital signature of 
a service provider is provided for data that consists of a 
data update command header 5307, which is header 
information indicating that the message is the data 
update command 5106; a service provider ID 5308; and 
an issued time 5309, which indicates the date on which 
the data update command 5106 is issued. These data 
are enveloped and addressed to the user, thereby pro- 
viding the data update command 5106. 
[0929] Upon receiving the data update command 
5106, the personal credit terminal 100 decrypts it, 
examines the digital signature, generates forcible 
upload data, and begins the forcible data updating proc- 
ess. First, the personal credit terminal 100 generates 
upload data 51 07, which is a message for uploading the 
data from the RAM 1502 to the service providing sys- 
tem 102, and transmits the data 5107 to the service pro- 
viding system 102. 

[0930] The user processor of the service providing 
system 102 receives the upload data 5107, decrypts it, 
examines the digital signature, decompresses the ter- 
minal data 5231 and compares the obtained terminal 
data 5231 with the terminal data 24006 in the user infor- 
mation server 402. 

[0931 ] Then, the service providing system 1 02 gener- 
ates new terminal data and the update data 5108, which 
is a message for updating data in the personal credit 
terminal 100, and transmits them to the personal credit 
terminal 100. 

[0932] The personal credit terminal 100 receives the 
update data 5108, decrypts it, examines the digital sig- 
nature, decompresses the terminal data 5239, and 
updates the data in the RAM 1 502. 
[0933] When the user processor of the service provid- 
ing system 102 compares the upload data with the ter- 
minal data and finds the illegal alteration of the data, the 
service providing system 102 generates, instead of the 
update data 5108, a mandatory expiration command 
5108' that is a message for halting the function of the 
personal credit terminal 100, and transmits the com- 
mand 5108' to the personal credit terminal 100. 
[0934] Upon receipt of the mandatory expiration com- 
mand 5108'. the personal credit terminal 100 decrypts 
it examines the digital signature, changes the terminal 
status 21902 to "use disabled." As a result, the use of 
the personal credit terminal 100 is inhibited. 
[0935] In Fig. 85C is shown the forcible data updating 
process performed by the credit settlement terminal 
300. and in Figs. 86E and 86F and Fig. 87A are shown 
the contents of messages that are exchanged by the 
credit settlement terminal 300 and the service providing 
system. 

[0936] When the data in the RAM and on the hard disk 
of the credit settlement terminal 300 must be urgently 
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updated, such as when the contents of a contract with 
the user are changed, the service providing system 102 
establishes a session with credit settlement terminal 
300. Then, the service providing system 102 generates 
a data update command 5406, i.e., a message instruct- 
ing the credit settlement terminal 300 to perform the for- 
cible data updating process, and transmits it to the 
credit settlement terminal 300. 

[0937] As is shown in Fig. 84B, the digital signature of 
a service provider is provided for data that consists of a 
data update command header 5607, which is header 
information indicating that the message is the data 
update command 5406; a service provider ID 5608; and 
an issued time 5609, which indicates the date on which 
the data update command 5406 is issued. These data 
are enveloped and addressed to the user, thereby pro- 
viding the data update command 5406. 
[0938] Upon receiving the data update command 
5406. the credit settlement terminal 300 decrypts it, 
examines the digital signature, generates forcible 
upload data, and begins the forcible data updating proc- 
ess. First, the credit settlement terminal 300 generates 
upload data 5407, which is a message for uploading the 
data from the RAM and the hard disk to the service pro- 
viding system 102, and transmits the data 5407 to the 
service providing system 102. 

[0939] The merchant processor of the service provid- 
ing system 1 02 receives the upload data 5407, decrypts 
it, examines the digital signature, decompresses the ter- 
minal data 5531 and compares the obtained terminal 
data 5531 with the terminal data 24104 in the merchant 
information server 403. 

[0940] Then, the service providing system 102 gener- 
ates new terminal data and the update data 5408, which 
is a message for updating data in the credit settlement 
terminal 300, and transmits them to the credit settle- 
ment terminal 300. 

[0941 ] The credit settlement terminal 300 receives the 
update data 5108, decrypts it. examines the digital sig- 
nature, decompresses the terminal data 5539. and 
updates the data in the RAM and the hard disk. 
[0942] When the merchant processor of the service 
providing system 102 compares the upload data with 
the terminal data and finds the illegal alteration of the 
data, the service providing system 102 generates, 
instead of the update data 5408. a mandatory expiration 
command 5408' that is a message for halting the func- 
tion of the credit settlement terminal 300, and transmits 
the command 5408' to the credit settlement terminal 
300. 

[0943] Upon receipt of the mandatory expiration com- 
mand 5408', the credit settlement terminal 300 decrypts 
it. examines the digital signature, changes the terminal 
status 22902 to "use disabled." As a result, the use of 
the credit settlement terminal 300 is inhibited. 
[0944] An explanation will now be given for the con- 
tents of messages that the personal credit terminal 100 
and the credit settlement terminal 300 exchange with 



the service providing system 102 during the processing 
for the data backup. During this processing, when the 
remaining battery capacity of the personal credit termi- 
nal 1 00 is small, the contents of the RAM 1 502 are auto- 
5 matically backed up in the user information server of the 
service providing system 102. This process is hereinaf- 
ter called a data backup process. 
[0945] In Fig. 82D is shown the data backup process 
performed by the personal credit terminal 100, and in 
io Figs. 83C to 83F and Fig. 87A are shown the contents 
of messages that are exchanged by the personal credit 
terminal 100 and the service providing system. The 
data backup process is performed in substantially the 
same manner as for the data updating process. In the 
is backup process, when the personal credit terminal 1 00 
receives the update data 51 12 and updates the data in 
the RAM 1502, the terminal 100 changes the terminal 
status 21 902 to -write disabled," and inhibits the input of 
new data to the RAM until there is an adequate availa- 
20 ble battery capacity. 

[0946] When the battery capacity is reduced until it is 
equal to or smaller than Q, the personal credit terminal 
100 generates a data backup processor to initiate the 
data backup process. First, the personal credit terminal 
25 establishes a session with the service providing system 
102. Then, the personal credit terminal 100 generates a 
data backup request 5109. i.e.. a message requesting 
that the user processor of the service providing system 
102 perform the data backup process, and transmits it 
30 to the user processor. 

[0947] The user processor of the service providing 
system 102 receives the data update request 5109, 
decrypts it, examines the digital signature, generates a 
data update request response 5110, i.e.. a message 
— »^uny mat u ic oyduzm ib reaay ror accepting tne 
request, and transmits it to the personal credit terminal 
100. 

[0948] The personal credit terminal 100 receives the 
data update request response 51 10, decrypts it. exam- 
40 ines the digital signature, generates upload data 51 11 . 
i.e.. a message that indicates to upload the data from 
the RAM 1502 to the service providing system 102, and 
transmits the data 51 1 1 to the service providing system 
102. 

45 [0949] The user processor of the service providing 
system 102 receives the upload data 51 1 1 , decrypts it, 
examines the digital signature, decompresses the ter- 
minal data 5231 and compares the obtained terminal 
data 5231 with the terminal data 24006 in the user infor- 
50 mation server 402. 

[0950] Then, the service providing system 1 02 gener- 
ates new terminal data and the update data 5112, which 
is a message for updating data in the personal credt 
terminal 100. and transmits them to the personal credit 
55 terminal 100. 

[0951] The personal credit terminal 100 receives the 
update data 51 12. decrypts it, examines the digital sig- 
nature, decompresses the terminal data 5239. and 
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updates the data in the RAM 1502. In addition, the per- 
sonal credit terminal 100 changes the terminal status 
21902 to "writing disabled," and inhibits the entry of new 
data in the RAM until there is an adequate battery 
capacity. 

[0952] When the user processor of the service provid- 
ing system 102 compares the upload data with the ter- 
minal data and finds the illegal alteration of the data, the 
service providing system 102 generates, instead of the 
update data 5112, a mandatory expiration command 
51 12' that is a message for halting the function of the 
personal credit terminal 100, and transmits the com- 
mand 51 12* to the personal credit terminal 100. 
[0953] Upon receipt of the mandatory expiration com- 
mand 5112*, the personal credit terminal 100 decrypts 
it, examines the digital signature, changes the terminal 
status 21902 to "use disabled." As a result, the use of 
the personal credit terminal 100 is inhibited. 
[0954] An explanation will now be given for the con- 
tents of messages to be exchanged between the 
devices in the settlement processing. 
[0955] In Fig. 88 is shown the process for exchanging 
messages between the devices in the settlement 
processing, and in Figs. 89A to 89F. Figs. 90A to 90C, 
and Figs. 91 A and 91 B are shown the contents of mes- 
sages that are exchanged by the devices during the set- 
tlement processing. Fig. 88 is a diagram extracted from 
Fig. 43 showing the messages exchanged by the 
devices, and the settlement processing in Fig. 43 is also 
shown in Fig. 88. 

[0956] First, when the merchant depresses the credit 
transaction switch of the register (20604) , the credit 
settlement terminal 300 generates a settlement process 
to begin the settlement processing. The credit settle- 
ment terminal 300 generates a plurality of payment offer 
responses 5701 (20609), and waits to receive a pay- 
ment offer 5700. 

[0957] When the user performs the payment operation 
20607, the personal credit terminal 100 generates a 
settlement process to begin the settlement processing. 
The personal credit terminal 100 generates a payment 
offer 5700 (20608), and transmits it to the credit settle- 
ment terminal 300 by employing infrared communica- 
tion. 

[0958] As is shown in Fig. 88A, for the payment offer 
5700 the digital signature of a user is provided for data 
that consist of a payment offer header 5800, which is 
header information indicating that the message is the 
payment offer 5700; a service code 5801 ; a service pro- 
iv vider ID 5802; a request number 5803, which is arbitrar- 
ily generated as a number that uniquely represents the 
deal with a merchant; the amount of a payment 5804. 
which is entered by the user; a payment option code 
5805. which reflects the payment option input by the 
user; an effective period 5806 for the payment offer 
5700; and an issued time 5807, which indicates the date 
on which the payment offer 5700 was issued. 
[0959] Upon receiving the payment offer 5700, the 



credit settlement terminal 300 compares the amount of 
the payment 5804 with the amount for the sale, deter- 
mines whether the payment option 5805 can be 
employed, selects a payment offer response 5701 from 
5 a plurality of types of responses 5701 , transmits it to the 
personal credit terminal 100 by employing infrared com- 
munication, and generates an authorization request 
5702 (20610) that it transmits to the merchant proces- 
sor of the service providing system 102 by employing 
10 digital telephone communication. 

[0960] As is shown in Fig. 89B, for the payment offer 
response 5701 . the digital signature of a merchant is 
provided for data that consist of a payment offer 
response header 5808, which is header information 
75 indicating that the message is the payment offer 
response 5701; a response message 5809, which is 
displayed on the LCD 203 when the personal credit ter- 
minal 100 receives the payment offer response 5701 ; a 
transaction number 5810, which is arbitrarily generated 
20 as a number that uniquely represents the deal with the 
user; the amount of the sale 581 1 ; a service provider 
telephone number 5812, which indicates the telephone 
number of a service provider in a service area for a mer- 
chant; an effective period 5813 for the payment offer 
25 response 5701; a mo-chant ID 5814; and an issued 
date 5815. which indicates the date on which the pay- 
ment offer response 5701 was issued. The digital signa- 
ture of the service provider is provided for the service 
provider telephone number 5812. Since the response 
30 message 5809 is a text message that is optionally set by 
the merchant, it is not always set. 
[0961 ] As is shown in Fig. 89C, the digital signature of 
a merchant is provided for data that consist of an 
authorization request header 5816, which is header 
35 information indicating that the message is the authori- 
zation request 5702; the payment offer 5700; the pay- 
ment offer response 5701; an operator name 5817; a 
merchant ID 5818; and an issued time 5819, which indi- 
cates the date on which the authorization request 5702 
40 was issued. These data are enveloped and addressed 
to the service provider, thereby providing the authoriza- 
tion request 5702. Since the operator name 5817 is 
optionally set by the merchant, it is not always set. 
[0962] The personal credit terminal 100 receives the 
45 payment offer 5700, compares the amount of payment 
5804 with the amount of the sale 581 1, and generates 
and transmits a payment request 5703 (20613) to the 
user processor of the service providing system 102 
through digital wireless telephone communication. 
so [0963] As is shown in Fig. 89D, the cfigital signature of 
a merchant is provided for data that consist of a pay- 
ment request header 5824. which is header information 
indicating that the message is the payment request 
5703; the payment offer 5700; the payment offer 
55 response 5701; a user ID 5825; and an issued time 
5826. which indicates the date on which the payment 
request 5703 was issued. These data are. enveloped 
and addressed to the user, thereby providing the pay- 
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ment request 5703. 

[0964] Either the transmission of the authorization 
request 5702 from the credit settlement terminal 300 to 
the merchant processor, or the transmission of the pay- 
ment request 5703 from the personal credit terminal 
1 00 to the user processor may be performed first, or the 
two transmissions may be performed at the same time. 
[0965] Upon receiving the authorization request 5702 
and the payment request 20613, the merchant proces- 
sor and the user processor of the service providing sys- 
tem 102 respectively decrypt them and examine their 
accompanying digital signatures. Then, the merchant 
processor and the user processor transmit an authori- 
zation request 5820. and a payment request 5827 to the 
service manager processor. The service manager proc- 
essor compares the request number, the transaction 
number, and the merchant ID to obtain the correlation 
between the authorization request 5820 and the pay- 
ment request 5827, and generates a service director 
processor to generate a process group to handle the 
two requests. The service director processor compares 
the contents of the authorization request 5702 with 
those of the payment request 5700. authorizes the user 
and generates an authorization response 5840. The 
merchant processor envelopes the authorization 
response 5840 and addresses it to the merchant, and 
transmits it as an authorization response 5704 (20614) 
to the credit settlement terminal 300 by employing dig- 
ital telephone communication. 

[0966] As is shown in Fig. 89E, the digital signature of 
a service provider is provided for data that consists of 
an authorization response header 5831. which is 
header information indicating that the message is the 
authorization response 5704; a transaction number 
5832; an authorization number 5833; an authorization 
result 5834; user personal information data 5835, which 
includes the name and the age of the user and portrait 
image data for the user; a customer number 5836. 
which uniquely depicts the user for the merchant; an 
effective period 5837 for the authorization response 
5704; a service provider ID 5838; and an issued time 
5839. which indicates the date on which the authoriza- 
tion response 5704 was issued. These data are envel- 
oped and addressed to the merchant, thereby providing 
the authorization response 614. When the credit condi- 
tion of the user is not satisfactory, the user personal 
information 5834 are not set. In addition, the customer 
number 5836 is set when the user had a previous deal 
with the merchant that was handled by the personal 
remote credit settlement service. 
[0967] The credit settlement terminal 300 receives the 
authorization response 5704 and decrypts it. examines 
the digital signature, and displays the results of the 
authorization on the LCD 302. 

[0968] Then, when the person in charge for the mer- 
chant performs the settlement processing request oper- 
ation 20616. the credit settlement terminal 300 
generates a settlement request 5705 (20618) and trans- 



mits it to the service providing system 102 by errploying 
digital telephone communication. 
[0969] As is shown in Fig. 89F, the digital signature of 
a service provider is provided for data that consist of a 
s settlement request header 5844, which is header infor- 
mation indicating that the message is the settlement 
request 5705; a payment offer 5700; a payment offer 
response 5701 ; an authorization number 5845, which is 
issued by the service providing system 1 02; an effective 
io period 5846 for the settlement request 5705; an opera- 
tor name 5847; a merchant ID 5848; and an issued time 
5849, which indicates the date on which the settlement 
request 5705 was issued. These data are enveloped 
and addressed to the service provider, thereby provid- 
15 ing the settlement request 5705. Since setting the oper- 
ator name 5847 is an optional operation performed by 
the merchant, it is not always set. 
[0970] Upon receiving the settlement request 5705. 
the merchant processor of the service providing system 
20 102 decrypts it. examines its accompanying digital sig- 
nature, and transmits the settlement request to the serv- 
ice director processor. The service director processor 
compares the contents of the settlement request 5705 
with those of the payment request 5700. and generates 
25 a settlement request 5906 for the settlement processor. 
The settlement processor envelopes the settlement 
request 5906 and addresses it to the settlement proces- 
sor, and transmits it as a settlement request 5706 
(20619) to the settlement system 103. 
30 [0971 ] As is shown in Fig. 90A, the digital signature of 
a service provider is provided for data that consist of a 
settlement request header 5900, which is header infor- 
mation indicating that the message is the settlement 
request 5706; a credit card number 5901, which corre- 
25 opcnd© to the service code designated by the user; a 
request number 5902, which is issued by the personal 
credit terminal 100; an amount of payment 5903; a pay- 
ment option code 5904; a merchant account number 
5905. which reflects the account number of the mer- 
w chant; an effective period 5907 for the settlement 
request 5706; a service provider ID 5908; and an issued 
time 5909. which indicates the date on which the settle- 
ment request 5706 was issued. These data are envel- 
oped and addressed to the settlement processor. 
45 thereby providing the settlement request 5706. 

[0972] Upon receiving the settlement request 5706. 
the settlement system 103 decrypts it. examines the 
digital signature, performs a settlement process, and 
generates and transmits to the service providing system 
so 1 02 a settlement confirmation notification 5707 (20620) . 
[0973] As is shown in Fig. 90B. the digital signature of 
a settlement processor is provided for data that consist 
of a settlement confirmation header 5914. which is 
header information indicating that the message is the 
55 settlement confirmation notification 5707; a clearing 
number 5915. which is arbitrarily generated as a 
number that uniquely represents the settlement process 
of the settlement system 103; a credit card number 
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5916; a request number 5917; an amount of payment 
5918; a payment option code 5919; a merchant account 
number 5920; a transaction number 5921; clearing 
information 5922, for a service provider, accompanied 
by the digital signature of the settlement processor; 5 
clearing information 5923, for a merchant, accompanied 
by the digital signature of the settlement processor; 
clearing information 5924, for a user, accompanied by 
the digital signature of the settlement processor; a set- 
tlement processor ID 5925; and an issued date 5926. 10 
which indicates the date when the settlement confirma- 
tion notification 5707 was issued. The data are envel- 
oped to address to the service provider, thereby 
providing the settlement confirmation request 5707. 
[0974] Upon receiving the settlement confirmation is 
notification 5707, the settlement processor of the serv- 
ice providing system 102 decrypts it, examines the 
accompanying digital signature and transmits the settle- 
ment confirmation notification 5927 to the service direc- 
tor processor. Thereafter, the service director processor 20 
employs the settlement confirmation notification 5927 to 
generate a settlement confirmation notification 5937 for 
the merchant, and the merchant processor envelopes 
the notification 5937 and addresses it to the merchant, 
and transmits it as a settlement confirmation notification 25 
5708 (20621) to the credit settlement terminal 300 by 
employing the digital telephone communication. 
[0975] As is shown in Fig. 90C, a digital signature of a 
service provider is provided for data that consist of a 
settlement confirmation header 5931, which is header 30 
information indicating that the message is the settle- 
ment confirmation notification 5708; a clearing number 
5932; clearing information 5923. for a merchant, 
accompanied by the digital signature of the settlement 
processor; a customer number 5933, which is gener- 35 
ated as a number that uniquely represents a user for a 
merchant; a decrypted settlement request 5850; proc- 
ess information 5934. which concerns the process per- 
formed by the service providing system 102; a service 
provider ID 5935; and an issued date 5936, which tndi- 40 
cates the date when the settlement confirmation notifi- 
cation 5708 was issued. The data are enveloped to 
address to the merchant, thereby providing the settle- 
ment confirmation notification 5708. Since the service 
providing process information 5934 is set in accordance 45 
with the operation of the service provider, it may not 
always be set. 

[0976J Upon receiving the settlement confirmation 
notification 5708, the credit settlement terminal 300 
decrypts it. examines the digital signature, and gener- so 
ates a receipt 5709 (20622) and transmits it to the serv- 
ice providing system 102 through the digital telephone 
communication. 

[0977] As is shown in Fig. 91 A, a digital signature of a 
merchant is provided for data that consist of a receipt ss 
header 6000. which is header information indicating that 
the message is the receipt 5709; an item name 6001. 
which indicates the name of an item that is sold; sales 



information 6002, which is additional information con- 
cerning the transaction from the merchant to the user; a 
clearing number 6003; a transaction number 6004; a 
payment offer 5700; an operator name 6005; a mer- 
chant ID 6006; and an issued date 6007. which indi- 
cates the date when the receipt 5709 was issued. The 
data are enveloped to address to the service provider, 
thereby providing the receipt 5709. Since the sales 
information 6002 and the operator name 6005 are set in 
accordance with the operation of the merchant, they 
may not always be set. 

[0978] Upon receiving the receipt 5709, the merchant 
processor of the service providing system 102 decrypts 
it examines the accompanying digital signature and 
transmits a receipt 6008 to the service director proces- 
sor. The service director processor employs the receipt 
6008 to generate a receipt 6016 for the user. The user 
processor envelopes the receipt 6016 and addresses it 
to the user, and transmits it as a receipt 5710 (20624) to 
the personal credit terminal 100 by employing the digital 
wireless telephone communication. 
[0979] As is shown in Fig. 91 B, a digital signature of a 
service provider is provided for data that consist of a 
receipt header 6012, which is header information indi- 
cating that the message is the receipt 571 0; a decrypted 
receipt 6008; clearing information 5924. for a user, 
accompanied by the digital signature of the settlement 
processor; process information 6013, which is informa- 
tion concerning the process performed by the service 
providing system 102; a service provider ID 6014; and 
an issued date 6015, which indicates the date when the 
receipt 5710 was issued. The data are enveloped to 
address to the user, thereby providing the receipt 5710. 
Since the service provider process information 3813 is 
set in accordance with the option selected by the serv- 
ice provider, it may not always be set. 
[0980] Upon receiving the receipt 5710, the personal 
credit terminal 100 decrypts it examines the digital sig- 
nature, and displays the contents on the LCD 203. 
[0981] An explanation will now be given for the con- 
tents of messages to be exchanged by the devices in 
the cancellation process. 

[0982] In Fig. 92 is shown the process for exchanging 
messages by the devices in the cancellation process, 
and in Figs. 93A to 93F are shown the contents of mes- 
sages that are exchanged by the devices during the 
cancellation process. Fig. 92 is a diagram extracted 
from Fig. 9, showing the messages exchanged by the 
devices. The cancellation process in Fig. 9 is also 
shown in Fig. 92. 

[0983] First when the merchant performs the cancel- 
lation operation 901, the credit settlement terminal 300 
generates a cancellation processor to begin the cancel- 
lation process. The credit settlement terminal 300 gen- 
erates a cancellation request 6100 (903) from the 
settlement confirmation notification of the business that 
is to be canceled, and transmits the cancellation 
request 6100 to the merchant processor of the service 
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providing system 102 by employing digital telephone 
communication. 

[0984] When the user performs the cancellation oper- 
ation 904, the personal credit terminal 100 generates a 
cancellation processor to begin the cancellation proc- s 
ess. The personal credit terminal 100 generates a can- 
cellation request 6101 (906) from the receipt for the 
business that is to be canceled, and transmits the can- 
cellation request 61 01 to the user processor of the serv- 
ice providing system 102 by employing digital wireless 10 
telephone communication. 

[0985] As is shown in Fig. 93A, the digital signature of 
a merchant is provided for data that consist of a cancel- 
lation request header 6200. which is header information 
indicating that the message is the cancellation request 15 
6100; a decrypted settlement confirmation notification 
5937; an effective period 6201 for the cancellation 
request 6203; an operator name 6202; a merchant ID 
6203; and an issued time 6204, which indicates the date 
on which the cancellation request 6100 was issued. 20 
These data are enveloped and addressed to the service 
provider, thereby providing the cancellation request 
6100. Since setting the operator name 6202 is an 
optional operation performed by the merchant, it is not 
always set. 2 s 
[0986] As is shown in Fig. 93B, the digital signature of 
a user is provided for data that consist of a cancellation 
request header 6209. which is header information indi- 
cating that the message is the cancellation request 
6101; a decrypted receipt 6016; an effective period 30 
6210 for the cancellation request 6101 ; a user ID 6211 ; 
and an issued time 6212. which indicates the date on 
which the cancellation request 6101 was issued. These 
data are enveloped and are addressed to the service 
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[0987] Either the transmission of the cancellation 
request 6100 from the credit settlement terminal 300 to 
the merchant processor, or the transmission of the can- 
cellation request 61 01 from the personal credit terminal 40 
1 00 to the user processor, may be performed first, or the 
two transmissions may be performed at the same time. 
[0988] Upon receiving the cancellation requests 61 00 
and 61 01 , the merchant processor and the user proces- 
sor of the service providing system 102 respectively 45 
decrypt them and examine their accompanying digital 
signatures. Then, the merchant processor and the user 
processor transmit cancellation requests 6205 and 
6213 to the service manager processor. The service 
manager processor compares the request number, the so 
transaction number and the merchant ID to obtain the 
correlation between the two cancellation requests 6205 
and 621 3. and generates a service director processor to 
generate a process group to handle the two requests. 
The service director processor compares the contents 55 
of the cancellation requests 6205 and 6213, and gener- 
ates a cancellation request 6221 for the settlement 
processor. The settlement processor envelopes the 



cancellation response 6221 and addresses it to the set- 
tlement processor, and transmits it as a cancellation 
request 6102 (907) to the settlement system 103. 
[0989] As is shown in Fig. 93C, the digital signature of 
a service provider is provided for data that consist of a 
cancellation request header 6217, which is header 
information indicating that the message is the cancella- 
tion request 6102; a decrypted settlement confirmation 
notification 5927; an effective period 6218 for the can- 
cellation request 61027; a service provider ID 6219; and 
an issued time 6220, which indicates the date on which 
the cancellation request 6102 was issued. These data 
are enveloped and addressed to the settlement proces- 
sor, thereby providing the cancellation request 61 02. 
[0990] Upon receiving the cancellation request 61 02, 
the settlement system 103 decrypts it, examines the 
digital signature, performs the cancellation process, and 
generates and transmits to the service providing system 
102 a cancellation confirmation notification 6103 (908). 
[0991 ] As is shown in Fig. 93D, the digital signature of 
a settlement processor is provided for data that consist 
of a cancellation confirmation header 6225, which is 
header information indicating that the message is the 
cancellation confirmation notification 6103; a cancella- 
tion number 6226. which uniquely represents the can- 
cellation process performed by the settlement system 
103; a decrypted cancellation request 6221; clearing 
information 6227, for a service provider, accompanied 
by the digital signature of the settlement processor; 
cancellation information 6228, for a merchant, accom- 
panied by the digital signature of the settlement proces- 
sor; cancellation information 6229, for a user, 
accompanied by the digital signature of the settlement 
processor; a settlement processor ID 6230; and an 
issued date 6231, which indicates the daie on which the 
cancellation confirmation notification 6103 was issued. 
These data are then enveloped and addressed to the 
service provider, thereby providing the cancellation con- 
firmation request 6103. 

[0992] Upon receiving the cancellation confirmation 
notification 6103. the settlement processor of the serv- 
ice providing system 102 decrypts it and examines its 
accompanying digital signature. Then, the settlement 
processor transmits a cancellation confirmation notifica- 
tion 6132 to the service director processor. The service 
director processor employs the cancellation confirma- 
tion notification 6132 to generate a cancellation confir- 
mation notification 6241, and a cancellation receipt 
6250. The merchant processor envelopes the cancella- 
tion confirmation notification 6241 and addresses it to 
the merchant, and transmits it as a cancellation confir- 
mation notification 6104 (909) to the credit settlement 
terminal 300. The user processor envelopes the cancel- 
lation receipt 6250 and addresses it to the user, and 
transmits H as a cancellation receipt 6015 (910) to the 
personal credit terminal 1 00. 

[0993] As is shown in Fig. 93E. the digital signature of 
a service provider is provided for data that consist of a 
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cancellation confirmation header 6236, which is header 
information indicating that the message is the cancella- 
tion confirmation notification 6104; a cancellation 
number 6237; a decrypted cancellation request 6205; 
cancellation information 6228, for a merchant, accom- 5 
panied by the digital signature of the settlement proces- 
sor; process information 6238. which concerns the 
process performed by the service providing system 102; 
a service provider ID 6239; and an issued date 6240, 
which indicates the date on which the cancellation con- 10 
firmation notification 6104 was issued. These data are 
the enveloped and addressed to the merchant, thereby 
providing the cancellation confirmation request 6104. 
Since setting the service providing process information 
6238 is an optional operation of the service provider, it 15 
may not always be set. 

[0994] As is shown in Fig. 93F, the digital signature of 
a service provider is provided for data that consist of a 
cancellation receipt header 6245, which is header infor- 
mation indicating that the message is a cancellation 20 
receipt 6105; a cancellation number 6246; a decrypted 
cancellation request 6213; cancellation information 
6229, for a user, accompanied by the digital signature of 
the settlement processor; process information 6247, 
which concerns the process performed by the service 25 
providing system 102; a service provider ID 6248; and 
an issued date 6249, which indicates the date on which 
the cancellation receipt 6105 was issued. These data 
are enveloped and addressed to the user, thereby pro- 
viding the cancellation receipt 6105. Since setting the 30 
service providing process information 6247 is an 
optional operation of the service provider, it may not 
always be set. 

[0995] Upon receiving the cancellation confirmation 
notification 6104, the credit settlement terminal 300 35 
decrypts it, examines the digital signature, and displays 
the contents on the LCD 302. Upon receiving the can- 
cellation receipt 6105. the personal credit terminal 100 
decrypts it examines the digital signature, and displays 
the contents on the LCD 203. 40 
[0996] An explanation will now be given for the con- 
tents of messages to be exchanged by the devices in 
the customer service call process. 
[0997] In Fig. 94A is shown the process for exchang- 
ing messages by the devices in the customer service 45 
call process, and in Figs. 95A to 95E are shown the con- 
tents of messages that are exchanged by the devices 
during the customer service call process. Fig. 94A is a 
diagram extracted from Fig. 45A, showing the mes- 
sages exchanged by the devices. The customer service so 
call process in Fig. 45A is also shown in Fig. 94A. 
[0998] First, when the merchant performs the cus- 
tomer service call operation 21200, the credit settle- 
ment terminal 300 generates a customer service call 
processor to begin the customer service call process. 55 
The credit settlement. terminal 300 generates a cus- 
tomer service call request 6300 (21202) and transmits it 
to the merchant processor of the service providing sys- 



tem 102 by employing digital telephone communication. 
[0999] As is shown in Fig. 95A, the digital signature of 
a merchant is provided for data that consist of a cus- 
tomer service call request header 6400. which is header 
information indicating that the message is the customer 
service call request 6300; a customer number 6401, 
which is issued during the settlement processing as a 
number that represents a user; a request number 6402, 
which uniquely represents the customer service call 
request 6300; an operator name 6403; a merchant ID 
6404; and an issued time 6405, which indicates the date 
on which the customer service call request 6300 was 
issued. These data are enveloped and addressed to the 
service provider, thereby providing the customer serv- 
ice call request 6300. Since setting the operator name 
6403 is an optional operation performed by the mer- 
chant, it is not always set. 

[1000] Upon receiving the customer service call 
request 6300, the merchant processor of the service 
providing system 102 decrypts it, examines its accom- 
panying digital signature, and transmits a customer 
service call request 6406 to the service manager proc- 
essor. The service manager processor generates a 
service director processor to generate a process group 
to handle the customer service call request 6406. The 
service director processor examines the customer table 
to determine which user corresponds to the customer 
number, compares the user with the access control 
information, and generates a customer service call 
6417 and a response 6426 to it. The user processor 
envelopes the customer service call 6417 and 
addresses it to the user, and transmits it as a customer 
service call 6301 (21203) to the personal credit terminal 
100. The merchant processor envelopes the customer 
service call response 6426 and addresses it to the mer- 
chant, and transmits it as a customer service call 
response 6302 (21 204) to the credit settlement terminal 
300. 

[1 001 ] As is shown in Fig. 95B, the digital signature of 
a service provider is provided for data that consist of a 
customer service call header 6410, which is header 
information indicating that the message is the customer 
service call 6301 ; an operator name 641 1 ; a merchant 
ID 6412; a merchant name 6413; a request number 
641 4, which is set by the credit settlement terminal 300; 
a service provider ID 6415; and an issued time 6416, 
which indicates the date on which the customer service 
call 6301 was issued. These data are enveloped and 
addressed to the user, thereby providing the customer 
service call 6301 . Since setting the operator name 641 1 
is an optional operation performed by the merchant, it is 
not always set. 

[1 002] As is shown in Fig. 95C, the digital signature of 
a service provider is provided for data that consist of a 
customer service call response header 6421. which is 
header information indicating that the message is the 
customer service call request response 6302; a mes- 
sage response 6422 from the service providing system 
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102; a request number 6423, which is set by the credit 
settlement terminal 300; a service provider ID 6424; 
and an issued time 6425. which indicates the date on 
which the customer service call request response 6302 
was issued. These data are enveloped and addressed 
to the merchant, thereby providing the customer service 
call request response 6302. 

[1003] Upon receiving the customer service call 
request response 6302, the credit settlement terminal 
300 decrypts rt. examines the digital signature, and dis- 
plays "calling in process." 

[1 004] The personal credit terminal 1 00 receives and 
encrypts the customer service call 6301, examines the 
accompanying digital signature, and generates the cus- 
tomer service call processor to begin the customer 
service call process. First, the personal credit terminal 
100 outputs an arrival tone through the loudspeaker to 
notify the user the call has been received. When the 
user performs the speech operation 21207, the per- 
sonal credit terminal 100 generates and transmits an 
arrival response 6308 (21208) to the service providing 
system 102. 

[1005] Upon receiving the arrival response 6303, the 
user processor of the service providing system 102 
decrypts it, and transmits an arrival response 6433 to 
the service director processor. The service director 
processor employs the arrival response 6433 to gener- 
ate a call response 6440. The merchant processor 
envelopes the call response 6440 and addresses it to 
the merchant, and transmits it as a call response 6304 
(2 1 2 1 0) to the credit settlement terminal 300. 
[1 006] The credit settlement terminal 300 receives the 
call response 6304 and decrypts it, so that the credit 
settlement terminal 300 and the personal credit terminal 
100 are now on line. 

[1007] As is shown in Fig. 95D, the arrival response 
6303 is composed of an arrival response header 6430. 
which is header information indicating that the message 
is the arrival response 6303; a request number 6431, 
which is set by the credit settlement terminal 300; and 
an audio data encryption key 6432, and is enveloped 
and addressed to the service provider. 
[1008] Further, as is shown in Fig. 95E, the call 
response 6304 is composed of a call response header 

6437. which is header information indicating that the 
message is the call response 6304; a request number 

6438, which is set by the credit settlement terminal 300; 
and an audio data encryption key 6439, and is envel- 
oped and addressed to the merchant. 
[1 009] The audio data encryption keys 6432 and 6439 
are those used in common to encrypt audio data for the 
speech. The audio data encryption key is set to the 
audio data key register (CRYPT) 21613 of the personal 
credit terminal 100 and to the audio data key register 
(CRYPT) 22611 of the credit settlement terminal 300. 
The personal credit terminal 100 and the credit settle- 
ment terminal 300 encrypt the audio data for speech 
communication. When encryption of the audio data is 



not necessary, the audio data encryption keys are not 
set. 

[1010] An explanation will now be given for the con- 
tents of messages to be exchanged by the devices in 

5 the inquiry call process. 

[101 1] In Fig. 94B is shown the process for exchang- 
ing messages by the devices in the inquiry call process, 
and in Figs. 96A to 96E are shown the contents of mes- 
sages that are exchanged by the devices during the 

10 inquiry call process. Fig. 94B is a diagram extracted 
from Fig. 45B, showing the messages exchanged by the 
devices. The inquiry call process in Fig. 45B is also 
shown in Fig. 94 B. 

[1012] First, when the user performs the inquiry call 
is operation 21213, the personal credit terminal 100 gen- 
erates an inquiry call processor to begin the inquiry call 
process. The personal credit terminal 100 then gener- 
ates an inquiry call request 6307 (21215) and transmits 
it to the user processor of the service providing system 
20 102 by employing digital wireless telephone communi- 
cation. 

[1 01 3] As is shown in Fig. 96A, the digital signature of 
a user is provided for data that consist of an inquiry call 
request header 6500. which is header information indi- 
25 eating that the message is the inquiry call request 6307; 
a merchant ID number 6501 ; an operator name 6502; a 
request number 6503. which uniquely represents the 
inquiry call request 6307; a user ID 6504; and an issued 
time 6505, which indicates the date on which the inquiry 
30 call request 6307 was issued. These data are envel- 
oped and addressed to the service provider, thereby 
providing the inquiry call request 6307. Since setting the 
operator name 6503 for the settlement processing is an 
optional operation performed by the merchant, it is not 
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[1014] Upon receiving the inquiry call request 6307, 
the user processor of the service providing system 102 
decrypts it, examines its accompanying digital signa- 
ture, and transmits an inquiry call request 6506 to the 
40 service manager processor. The service manager proc- 
essor generates a service director processor to gener- 
ate a process group to handle the inquiry call request 
6506. The service director processor examines the cus- 
tomer table of the merchant to generate an inquiry call 
45 6515 and a response 6524 to it. The merchant proces- 
sor envelopes the inquiry call 6515 and addresses it to 
the merchant, and transmits it as an inquiry call 6307 
(21216) to the credit settlement terminal 300. The user 
processor envelopes the inquiry call response 6524 and 
so addresses it to the user, and transmits it as an inquiry 
call response 6308 (2121 7) to the personal credit termi- 
nal 100. 

[101 5] As is shown in Fig. 96B, the digital signature of 
a service provider is provided for data that consist of an 
55 inquiry call header 6510. which is header information 
indicating that the message is the inquiry call 6307; a 
customer number 651 1; a request number 6512. which 
is set by the personal credit terminal 100; a service pro- 
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vider ID 6513; and an issued time 6514, which indicates 
the date on which the inquiry call 6307 was issued. 
These data are enveloped and addressed to the mer- 
chant thereby providing the inquiry call 6307. 
[1 01 6] As is shown in Fig. 96C, the digital signature of s 
a service provider is provided for data that consist of an 
inquiry call request response header 6519, which is 
header information indicating that the message is an 
inquiry cad request response 6308; a message 
response 6520 from the service providing system 102; 10 
a request number 6521 , which is set by the personal 
credit terminal 100; a service providing ID 6522; and an 
issued time 6523, which indicates the date on which the 
inquiry call request response 6308 was issued. These 
data are enveloped and addressed to the user, thereby is 
providing the inquiry call request response 6308. 
[1017] Upon receiving the inquiry call request 
response 6308, the personal credit terminal 100 
decrypts it, examines the digital signature, and displays 
"calling in process." 20 
[1018] The credit settlement terminal 300 receives 
and encrypts the inquiry call 6307, examines the 
accompanying digital signature, and generates the 
inquiry call processor to begin the inquiry call process. 
First, the credit settlement terminal 300 outputs an 25 
arrival tone through the loudspeaker to notify the mer- 
chant the call has been received. When the merchant 
performs the speech operation 1220. the credit settle- 
ment terminal 300 generates and transmits an arrival 
response 6309 (21221) to the merchant processor of 30 
the service providing system 102. 
[1019] Upon receiving the arrival response 6309, the 
merchant processor of the service providing system 
102 decrypts it, and transmits an arrival response 6531 
to the service director processor. The service director 35 
processor employs the arrival response 6531 to gener- 
ate a call response 6538. The user processor enve- 
lopes the call response 6538 and addresses it to the 
user, and transmits it as a call response 631 0 (2 1223) to 
the personal credit terminal 100. 40 
[1020] The personal credit terminal 100 receives the 
call response 6310 and decrypts rt, so that the personal 
credit terminal 100 and the credit settlement terminal 
300 are now on line. 

[1021] As is shown in Rg. 96D. the arrival response 45 
6309 is composed of an arrival response header 6528, 
which is header information indicating that the message 
is the arrival response 6309; a request number 6529, 
which is set by the personal credit terminal 100; and an 
audio data encryption key 6530, and is enveloped and so 
addressed to the service provider. 
[1022] Further, as is shown in Fig. 96E, the call 
response 6310 is composed of a call response header 

6535. which is header information indicating that the 
message is the call response 6310; a request number 55 

6536. which is set by the personal credit terminal 100; 
and an audio data encryption key 6537.- and is envel- 
oped and addressed to the user. 



[1 023] The audio data encryption keys 6530 and 6537 
are those used in common to encrypt audio data for the 
speech. The audio data encryption key is set to the 
audio data key register (CRYPT) 21613 of the personal 
credit terminal 100 and to the audio data key register 
(CRYPT) 2261 1 of the credit settlement terminal 300. 
The personal credit terminal 100 and the credit settle- 
ment terminal 300 encrypt the audio data for speech 
communication. When encryption of the audio data is 
not necessary, the audio data encryption keys are not 
set. 

[1 024] A detailed explanation will mow be given for the 
session establishment process, the remote access 
process, the data updating process, the forcible data 
updating process, the data backup process, the settle- 
ment processing, the cancellation process, the cus- 
tomer service call process and the inquiry call process, 
which are performed by the personal credit terminal 
100, the crecfit settlement terminal 300, the settlement 
system 103, and the service manager processor, the 
service director processor, the user processor, the mer- 
chant processor and the settlement processor of the 
service providing system 102. 

[1 025] The general processing performed by the per- 
sonal credit terminal 100 and the credit settlement ter- 
minal 300 have been explained while referring to.Figs. 
51 A and 51 B, and Figs. 61 A and 61 B. The personal 
credit terminal 100 and the credit settlement terminal 
300 register enter in the process lists the session estab- 
lishment process, the remote access process, the data 
updating process, the forcible data updating process, 
the data backup process, the settlement processing, the 
cancellation process, the customer service call process 
and the inquiry call process, and perform the individual 
processes by executing the main routine. 
[1026] On the other hand, the service providing sys- 
tem 102 executes the above processes by employing 
the cooperative performance of five processors: the 
service manager processor, the service director proces- 
sor, the user processor, the merchant processor and the 
settlement processor. 

[1027] Of the five processors, the service manager 
processor manages the service director manager, the 
user processor, the merchant processor and the settle- 
ment processor in accordance with the flowchart in 
Figs. 97A and 97B and Fig. 98. 

[1 028] At step 6600, the service manager processor, 
which operates constantly, waits for a call reception 
request from the personal credit terminal 100 or the 
credit settlement terminal 300, and for a message from 
each processor. When the service manager processor 
receives a message, it performs a corresponding proc- 
ess at steps 6601 to 6618, or at steps 6700 to 6709, and 
returns to step 6600. 

[1 029] When the received message is a call reception 
request, at step 6606 the service manager processor 
generates a user processor or a merchant processor 
that corresponds to a caller. 
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[1030] When the message is an authorization request 
from the merchant processor, at step 6607 the service 
manager processor examines the message list 4405 to 
determine whether a payment request that corresponds 
to the received authorization request has been regis- 
tered. When a corresponding payment request has not 
registered, at step 6608, the received message is regis- 
tered in the message list 4405. When a corresponding 
payment request has been registered, at step 6609 the 
service manager processor generates a service director 
processor and forms a process group that consists of 
the service director processor, the user processor and 
the merchant processor. At step 6610, the service man- 
ager processor deletes the registered message from 
the message list 4405, and at step 661 1, transmits an 
authorization request and a payment request to the 
service director processor. 

[1031] When the received message is a payment 
request from the user processor, at step 6612 the serv- 
ice manager processor examines the message list 4405 
to determine whether an authorization request that cor- 
responds to the received payment request has been 
registered. When a corresponding authorization 
request has not been registered, at step 6613 the 
received message is registered in the message list 
4405. When a corresponding authorization request has 
been registered, program control advances to step 
6609, and the service manager processor performs the 
same process as is performed when the received mes- 
sage is an authorization request. 
[1032] When the message is a cancellation request 
from the merchant processor, at step 6614 the service 
manager processor examines the message list 4405 to 
determine whether a cancellation request from a user 
processor that corresponds to the received ranroiio+i™ 
request has been registered. When a corresponding 
cancellation request has not been registered, at step 
6615 the received message is registered in the mes- 
sage list 4405. When a corresponding cancellation 
request has been registered, at step 6616 the service 
manager processor generates a service director proc- 
essor and forms a process group that consists of the 
service director processor, the user processor and the 
merchant processor. At step 661 7. the service manager 
processor deletes the registered message from the 
message list 4405, and at step 6618. transmits to the 
service director processor the cancellation request from 
the merchant processor and the cancellation request 
from the user processor. 

[1 033] When the received message is a cancellation 
request from the user processor, at step 6619 the serv- 
ice manager processor examines the message list 4405 
to determine whether a cancellation request from the 
merchant processor that corresponds to the received 
cancellation request has been registered. When a cor- 
responding cancellation request has not been regis- 
tered, at step 6620 the received message is registered 
in the message list 4405. When a corresponding can- 



cellation request has been registered, program control 
advances to step 6616. and the service manager proc- 
essor performs the same process as is performed when 
the received message is a cancellation request from the 
5 merchant processor. 

[1034] At steps 6608, 6613, 6615 and 6620, compar- 
ison data are generated from a merchant ID, a transac- 
tion number, and a request number that are included in 
the received message to register the message in the 
io message list 4405. 

[1035] At steps 6609 and 661 6, first, the service direc- 
tor processor is generated and the process group man- 
agement information and the service director process 
management information are registered. Then the user 
is process management information and the merchant 
process management information are updated and the 
process group that consists of the service director proc- 
essor, the user processor and the merchant processor 
is provided. 

20 [1036 1 When a received message is a customer serv- 
ice call request, at step 6704 the service manager proc- 
essor generates a service director processor and forms 
a process group that consists of the service director 
processor and the merchant processor. At step 6705 
25 the service manager processor transmits the customer 
service call request to the service director processor 
[1037] At step 6704. first, the service director proces- 
sor is generated, and the process group management 
information and the service director process manage- 
so ment information are registered. Then, the merchant 
process management information is updated and the 
process group that consists of the service director proc- 
essor and the merchant processor is provided. 
f™ 38 ! When a received message is an inquiry call 
55 r^uest, at s,tep 6706 the service manager processor 
generates a service director processor and forms a 
process group that consists of the service director proc- 
essor and the user processor. At step 6707 the service 
manager processor transmits the inquiry call request to 
40 the service director processor. 

[1039] At step 6706, first, the service director proces- 
sor is generated and the process group management 
information and the service director process manage- 
ment information are registered. Then, the user process 
45 management information is updated and the process 
grot*> that consists of the service director processor 
and the user processor is provided. 
[1040] When a received message is a member proc- 
ess generation request from the service director proc- 
so essor. at step 6708 the service manager processor 
performs a member processor generation process to 
add the requested processor in the process group that 
the service director processor belongs to. At this time 
the service manager processor generates the 
55 requested processor, as needed. 

[1041] When a received message is a process dele- 
tion request, at step 6709 the service manager proces- 
sor deletes a requested member processor. At this time 
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the service manager processor updates the process 
management information, the process group manage- 
ment information 4404 and the message list 4405, as 
needed. 

[1 042] The processor generation process at step 6606 s 
is performed as shown in the flowchart in Fig. 99. 
[1043] At step 6800, to determine a requester, the 
service manager processor compares telephone 
number information for a caller included in the call 
reception request with the user telephone number in the w 
user list 4300 and the merchant telephone number in 
the merchant list 4301. When the telephone number 
information matches the user telephone number, it is 
assumed that the user is the requester, and program 
control moves to step 6801. When the telephone is 
number information matches the merchant telephone 
number, it is assumed that the merchant is the 
requester and program control goes to step 6804. When 
the telephone number does not match either telephone 
number, it is assumed that the call request is not from 20 
the user or the merchant, and no processor is gener- 
ated. The processor generation is thereafter termi- 
nated. 

[1 044] At step 680 1 . the registered user process man- 
agement information is examined to determine whether 25 
a user processor that corresponds to a requesting user 
no longer exists. When the user processor no longer 
exists, program control advances to step 6802. whereat 
the user processor is generated and the user process 
management information is registered. The processor 30 
generation process is thereafter terminated. When the 
user processor exists, an illegal activity, such as the 
impersonation of an authenticated user, may have 
occurred. Therefore, program control moves to step 
6803. whereat an error message is transmitted to the 35 
management system. The processor generation proc- 
ess is thereafter terminated. 

[1 045J At step 6804. the registered merchant process 
management information is examined to determine 
whether a merchant processor that corresponds to a 40 
requesting merchant no longer exists. When the mer- 
chant processor no longer exists, program control 
advances to step 6805, whereat the merchant proces- 
sor is generated and the merchant process manage- 
ment information is registered. The processor 45 
generation process is thereafter terminated. When the 
merchant processor exists, an illegal activity, such as 
the impersonation of an authenticated merchant may 
have occurred. Therefore, program control moves to 
step 6806, whereat an error message is transmitted to so 
the management system. The processor generation 
process is thereafter terminated. 
[1046] The user processor performs processing that 
corresponds to a message received from the personal 
credit terminal or the service director processor, as ss 
shown in the flowchart in Fig. 100. 
[1 047] First, at step 6900 the user processor, which is 
generated by the service manager processor, estab- 



lishes a session with the personal credit terminal 100, 
and at steps 6901 and 6905 waits for a message from 
the personal credit terminal 100 or from the service 
director processor. At step 6901 the user processor 
determines whether a message has been received, and 
at step 6905, determines whether a time-out has 
occurred. 

[1 048] When the user processor receives a message, 
at step 6902 the user processor changes its process 
status to the "active" state, and at step 6903 it performs 
a process corresponding to the received message. 
When the user processor receives, for example, a pay- 
ment request from the personal credit terminal 100, at 
step 6903 the user processor performs the settlement 
processing. When the process at step 6903 is termi- 
nated, at step 6904 the user processor changes the 
process status to the "idle" state. Program control there- 
after returns to step 6901 . 

[1 049] At step 6905 to make a decision concerning the 
occurrence of a time-out, when a new message is not 
received until a time-out period T NRU (T NRU > 0) has 
elapsed, the user processor determines that the time 
has expired, and at step 6906, performs the user proc- 
ess time-out process. During this time-out process, the 
user processor is deleted by the service manager proc- 
essor, and the line between the user processor and the 
personal credit terminal 100 is disconnected. 
[1050] That is. when the user processor does not 
receive a new message from the personal credit termi- 
nal 100 or from the service director processor until the 
time-out T NRU has ended, the user processor is auto- 
matically deleted, and the line with the personal credit 
terminal 100 is disconnected. 

[1 051 ] The merchant processor performs processing 
that corresponds to a message received from the credit 
transaction terminal or the service director processor, 
as shown in the flowchart in Fig. 101. 
[1052] First at step 7000 the merchant processor, as 
well as the user processor, which is generated by the 
service manager processor, establishes a session with 
the credit settlement terminal 300, and at steps 7001 
and 7005 waits for a message from the credit settlement 
terminal 300 or from the service director processor. At 
step 7001 the merchant processor determines whether 
a message has been received, and at step 7005, deter- 
mines whether a time-out has occurred. 
[1 053] When the merchant processor receives a mes- 
sage, at step 7002 the merchant processor changes its 
process status to the "active" state, and at step 7003 it 
performs a process corresponding to the received mes- 
sage. When the merchant processor receives, for exam- 
ple, an authorization request from the credit settlement 
terminal 300, at step 7003 the merchant processor per- 
forms the settlement processing. When the process at 
step 7003 is terminated, at step 7004 the merchant 
processor changes the process status to the "idle" 
state. Program control thereafter returns to step 7001. 
[1 054] At step 7005 to make a decision concerning the 
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occurrence of a time-out, when a new message is not 
received until a time-out period T NRM (T NRM > 0) has 
elapsed, the merchant processor determines that the 
time has expired, and at step 7006, performs the mer- 
chant process time-out process. During this time-out 
process, the merchant processor is deleted by the serv- 
ice manage- processor, and the line between the mer- 
chant processor and the credit settlement terminal 300 
is disconnected. 

[1 055] That is, when the merchant processor does not 
receive a new message from the credit settlement ter- 
minal 300 or from the service director processor until 
the time-out T NRM has ended, the merchant processor 
is automatically deleted, and the line with the credit set- 
tlement terminal 300 is disconnected. 
[1 056] The settlement processor performs processing 
that corresponds to a message received from the settle- 
ment system 103 or the service director processor, as 
shown in the flowchart in Fig. 102. 
[1057] First, at step 7100 the settlement processor, 
which is generated by the service manager processor, 
initializes the line with the settlement system 103, and at 
steps 7101 and 7105 waits for a message from the set- 
tlement system 103 or from the service director proces- 
sor. At step 7101 the settlement processor determines 
whether a message has been received, and at step 
7105, determines whether a time-out has occurred. 
[1058] When the settlement processor receives a 
message, at step 7102, the settlement processor 
changes its process status to the "active" state, and at 
step 7103 it performs a process corresponding to the 
received message. When the settlement processor 
receives, for example, a settlement request from the 
service director, at step 7103 the settlement processor 
performs the settle men! processing. When the process 
at step 7103 is terminated, at step 7104 the settlement 
processor changes the process status to the "idle" 
state. Program control thereafter returns to step 7101 . 
[1 059] At step 71 05 to make a decision concerning the 
occurrence of a time-out, when a new message is not 
received until a time-out period T NRTP (T NRTP > 0) has 
elapsed, the settlement processor determines that the 
time has expired, and at step 7106, performs the settle- 
ment processor process time-out process. During this 
time-out process, the settlement processor is deleted by 
the service manager processor, and the line between 
the settlement processor and the settlement system 
103 is disconnected. 

[1060] That is, when the settlement processor does 
not receive a new message from the settlement system 
103 or from the service director processor until the time- 
out T NRU has ended, the settlement processor is auto- 
matically deleted, and the line with the settlement sys- 
tem 103 is disconnected. 

[1 061 ] When the fee for communication between the 
user processor and the personal credit terminal 100 
depends on the period the communication fine has been 
in use. the determination of the time-out period T NRU 



depends on a communication charge system. When, for 
example, a charge is added step by step for the time the 
communication line is in use. the time-out period T NRU 
is equal to or greater than a constant time T NRU0 (T NRU0 

5 > 0) and is the maximum value that does not exceed a 
change point at the next communication charge. In this 
case, the personal credit terminal 100 and the user 
processor are connected as long as possible within a 
range wherein the communication fee does not 

10 increase. When the charge is linearly added for the time 
the communication line is in use, the time-out period 
Tnru is a constant time T^f^jQ. 

[1062] Similarly, when the fee for communication 
between the merchant processor and the credit settle- 
rs merit terminal 300, or between the settlement processor 
and the settlement system 103. depends on the period 
the communication line is in use, the length of the time- 
out periods T NRM and T NRTR as well as the period 
T NRU , depend on a communication charge system. 
20 [1063] The service director processor will be 
descrfced in detail in the following explanation for the 
clearing, the cancellation, the customer service call, 
and the inquiry call processes. The settlement system 
will also be described in detail in the following explana- 
25 tion for the clearing and cancellation processes. 

[1064] An explanation will now be given for the ses- 
sion establishment process when the personal crecOt 
terminal 100 accesses the user processor. 
[1065] Figs. 103A and 103B and Fig. 104 are flow- 
30 charts showing the session establishment processing, 
which is performed by the session establishment proc- 
essor of the personal credit terminal 100 and by the 
user processor when the personal credit terminal 100 
accesses the user processor. 

liwvj i not, at gicp i cv/vs uic pciovnai vicun ici 1 1 in lai 

100 transmits a call request 4500 to the digital public 
network 108, and receives a call response 4504 from 
the digital public network 108 for connecting the line 
with the user processor. At this time, the service man- 

40 ager processor receives a call reception request 4501 
from the digital public network 108. and generates a 
user processor at step 6606 for processor generation. 
At step 7300, the generated user processor transmits a 
call reception request 4503 to the digital public network 

45 for connecting the line with the personal credit terminal 
100. Then, at step 7301 . the user processor generates 
a test pattern A 4701. and at step 7302, encrypts the 
test pattern A using the user's public key to generate an 
authentication test A 4506. At step 7303, the user proc- 

50 essor transmits the authentication test A to the personal 
credit terminal 100. 

[1067] At step 7201 , the personal credit terminal 100 
generates a test pattern B 4705, and at step 7202 
encrypts the test pattern B using the public key of a 
55 service provider to generate an authentication test B. At 
steps 7203 and 721 1 . the personal credit terminal 100 
waits for receipt of the authentication test A from the 
user processor. At step 7203 the personal credit ternri- 
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nal 100 determines whether the authentication test A 
has been received, and at step 7211, determines 
whether the time has expired. 

[1068] At step 721 1 , for the time-out decision, when 
the authentication test A is not received until the time- s 
out T TAU (T TAU > 0) has ended, the personal credit ter- 
minal determines that the time has expired. At step 
7212, the personal credit terminal 100 displays an error 
message on the LCD, and at step 721 3. disconnects the 
line. The session establishment process is thereafter io 
terminated. 

[1069] When the authentication test A is received, at 
step 7204 the personal credit terminal 100 decrypts the 
encrypted test pattern A using the private key of the 
user. At step 7205 the personal credit terminal 100 is 
employs the authentication test B and the decrypted 
test pattern A to generate an authentication test A 
response 4507, and at step 7206 transmits it to the user 
processor. 

[1 070] After the authentication test A has been trans- 20 
mitted to the personal credit terminal 100. at steps 7304 
and 7312 the user processor waits for the receipt of the 
authentication test A response 4507 from the personal 
credit terminal 100. At step 7304, the user processor 
determines whether the authentication test A response 25 
has been received, and at step 7312, determines 
whether the time has expired. 

[1071] At step 7312. for the time-out determination, 
when the authentication test A response is not received 
until the time-out T TARU (T TARU > 0) is ended, the user 30 
processor determines that the time has expired, and at 
step 7313 performs the session establishment error 
process. The session establishment process is thereaf- 
ter terminated. During the session establishment error 
process, the user processor is deleted by the service 35 
manager processor and the line is disconnected. 
[1072] When the authentication test A response is 
received, at step 7305 the user processor compares the 
test pattern A for the transmitted authentication test A 
with the test pattern A for the received authentication 40 
test A response. When the two test patterns match, pro- 
gram control advances to step 7306. When the two test 
patterns do not match, it is assumed that the authenti- 
cation for a user has failed. At step 7314 the session 
establishment error process is performed, and the ses- 45 
sion establishment process is thereafter terminated. 
[1073] At step 7306. the user processor decrypts the 
encrypted test pattern B using the private key of the 
service provider. At step 7307 the user processor gen- 
erates a session permission message 4709. At step so 
7308 the user processor encrypts the session permis- 
sion message using the public key of the user, and gen- 
erates an authentication test B response 4508 using the 
decrypted test pattern B and the encrypted session per- 
.1 mission message. At step 7309. the user processor ss 
c 5 transmits the authentication test B response to the per- 
sonal credit terminal 100. At step 7310 the user status 
is changed to the session establishment state, and at 



step 7311 the process status is changed to the idle 
state. The session establishment process is thereafter 
terminated, and the user process advances to step 
6901 in Fig. 100. 

[1074] When the personal credit terminal 100 has 
transmitted the authentication test A response to the 
user processor, at steps 7207 and 7214, the personal 
credit terminal 100 waits for the receipt of the authenti- 
cation test B response from the user processor. At step 
7207 the personal credit terminal 100 determines 
whether the authentication test B response has been 
received, and at step 7214 determines whether the time 
has elapsed. 

[1075] At step 7214, for the time-out determination, 
when the authentication test B response is not received 
until the time-out period T TBRU (Tjbrjj > 0) has ended, 
the personal credit terminal 100 determines the time 
has expired, and at step 7215 displays an error mes- 
sage on the LCD. At step 7216 the personal credit ter- 
minal 100 disconnects the line, and the session 
establishment process is thereafter terminated. 
[1076] When the authentication test B response is 
received, at step 7208 the personal credit terminal 100 
compares the test pattern B for the transmitted authen- 
tication test B with the test pattern B for the received 
authentication test B response. When the two test pat- 
terns match, program control advances to step 7209. 
When the two test patterns do not match, it is assumed 
that the authentication of a service provider has failed. 
At step 721 7 an error message is displayed on the LCD, 
and at step 7218 the line is disconnected. The session 
establishment process is thereafter terminated. 
[1077] At step 7209 the personal credit terminal 100 
decrypts the encrypted session permission message 
using the private key of the user, and at step 7210 
changes the terminal status to the session established 
state. The session establishment process is thereafter 
terminated. 

[1078] When the credit settlement terminal 300 
accesses the merchant processor, the session estab- 
lishment process is performed in the same manner as 
for the session establishment process when the per- 
sonal credit terminal 1 00 accesses the user processor. 
Figs. 105 and Figs. 106A and 106B are flowcharts 
showing the session establishment processing, which is 
performed by the session establishment processor of 
the credit settlement terminal 300 and by the merchant 
processor when the credit settlement terminal 300 
accesses the merchant processor. 
[1 079] First, at step 7400 the credit settlement termi- 
nal 300 transmits a call request 4800 to the digital public 
network 108. and receives a call response 4804 from 
the digital public network 108 for connecting the line 
with the merchant processor. At this time, the service 
manager processor receives a call reception request 
4801 from the digital public network 108, and generates 
a merchant processor at step 6606 for processor gener- 
ation. At step 7500, the generated merchant processor 
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transmits a call reception request 4803 to the digital 
public network for connecting the line with the credit set- 
tlement terminal 300. Then, at step 7501. the merchant 
processor generates a test pattern A 5001. and at step 
7502. encrypts the test pattern A using the merchant's 
public key to generate an authentication test A 4806. At 
step 7503. the merchant processor transmits the 
authentication test A to the credit settlement terminal 
300. 

[1 080] At step 7401 . the credit settlement terminal 300 
generates a test pattern B 5005. and at step 7402 
encrypts the test pattern B using the public key of a 
service provider to generate an authentication test B. At 
steps 7403 and 741 1 . the credit settlement terminal 300 
warts for receipt of the authentication test A from the 
merchant processor. At step 7403 the credit settlement 
terminal 300 determines whether the authentication test 
A has been received, and at step 7411, determines 
whether the time has expired. 

[1081] At step 7411. for the time-out decision, when 
the authentication test A is not received until the time- 
out T TAM (T TAM > 0) has ended, the credit settlement 
terminal 300 determines that the time has expired. At 
step 7412. the credit settlement terminal 300 displays 
an error message on the LCD. and at step 7413. discon- 
nects the line. The session establishment process is 
thereafter terminated. 

[1082] When the authentication test A is received, at 
step 7404 the credit settlement terminal 300 decrypts 
the encrypted test pattern A using the private key of the 
merchant. At step 7405 the credit settlement terminal 
300 employs the authentication test B and the 
decrypted test pattern A to generate an authentication 
test A response 4807. and at step 7406 transmits it to 
the merchant processor. 

[1 083] After the authentication test A has been trans- 
mitted to the credit settlement terminal 300, at steps 
7504 and 7512 the merchant processor waits for the 
receipt of the authentication test A response 4807 from 
the credit settlement terminal 300. At step 7504. the 
merchant processor determines whether the authenti- 
cation test A response has been received, and at step 
751 2. determines whether the time has expired. 
[1084] At step 7512. for the time-out determination, 
when the authentication test A response is not received 
until the time-out T TARM (T TARM > 0) is ended, the mer- 
chant processor determines that the time has expired, 
and at step 7513 performs the session establishment 
error process. The session establishment process is 
thereafter terminated. During the session establishment 
error process, the merchant processor is deleted by the 
service manager processor and the line is discon- 
nected. 

[1085] When the authentication test A response is 
received, at step 7505 the merchant processor com- 
pares the test pattern A for the transmitted authentica- 
tion test A with the test pattern A for; the received 
authentication test A response. When the two test pat- 



terns match, program control advances to step 7506. 
When the two test patterns do not match, it is assumed 
that the authentication for a merchant has failed. At step 
7514 the session establishment error process is per- 
5 formed, and the session establishment process is there- 
after terminated. 

[1 086] At step 7506, the merchant processor decrypts 
the encrypted test pattern B using the private key of the 
service provider. At step 7507 the merchant processor 
10 generates a session permission message 4709. At step 
7508 the merchant processor encrypts the session per- 
mission message using the public key of the merchant, 
and generates an authentication test B response 4808 
using the decrypted test pattern B and the encrypted 
is session permission message. At step 7509. the mer- 
chant processor transmits the authentication test B 
response to the credit settlement terminal 300. At step 
7510 the merchant status is changed to the session 
establishment state, and at step 751 1 the process sta- 
20 tus is changed to the idle state. The session establish- 
ment process is thereafter terminated, and the 
merchant process goes to step 7001 in Fig. 101. 
[1087] When the credit settlement terminal 300 has 
transmitted the authentication test A response to the 
25 merchant processor, at steps 7407 and 7414, the credit 
settlement terminal 300 waits for the receipt of the 
authentication test B response from the merchant proc- 
essor. At step 7407 the credit settlement terminal 300 
determines whether the authentication test B response 
30 has been received, and at step 7414 determines 
whether the time has elapsed. 

[1088] At step 7414. for the time-out determination, 
when the authentication test B response is not received 

^J^u m ^ )u L p ![' 0d Ttbrm (Ttbrm > 0) has ended - 

?5 M .s cr^it settlement terminal 300 determines the time 
has expired, and at step 7415 displays an error mes- 
sage on the LCD. At step 7416 the credit settlement ter- 
minal 300 disconnects the line, and the session 
establishment process is thereafter terminated. 
40 t*089] When the authentication test B response is 
received, at step 7408 the credit settlement terminal 
300 compares the test pattern B for the transmitted 
authentication test B with the test pattern B for the 
received authentication test B response. When the two 
45 test patterns match, program control advances to step 
7409. When the two test patterns do not match, it is 
assumed that the authentication of a service provider 
has failed. At step 7417 an error message is displayed 
on the LCD, and at step 7418 the line is disconnected. 
so The session establishment process is thereafter termi- 
nated. 

[1 090] At step 7409 the credit settlement terminal 300 
decrypts the encrypted session permission message 
using the private key of the user, and at step 7410 
55 changes the terminal status to the session established 
state The session establishment process is thereafter 
terminated. 

[1091] An explanation will now be given for the ses- 
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sion establishment process when the user processor 
accesses the personal credit terminal 100. 
[1092] Figs. 107A and 107B and Fig. 108 are flow- 
charts showing the session establishment processing, 
which is performed by the user processor and by the 
session establishment processor of the personal credit 
terminal 100 when the user processor accesses the 
personal credit terminal 100. 

[1093] First, at step 7600 the user processor, which is 
generated by the service manager processor, transmits 
a call request 4601 to the digital public network 1 08, and 
receives a call response 4604 from the digital public 
network 108 to connect the line with the personal credit 
terminal 100. At this time, at step 7700 the personal 
credit terminal 100 receives a call reception request 
4602 from the digital public network 108, and transmits 
a call reception request response 4603 to the digital 
public network to connect the line with the user proces- 
sor. Then, at step 7701 , the personal credit terminal 1 00 
generates a test pattern C 4712, and at step 7702. 
encrypts the test pattern C using the public key of a 
service provider to generate an authentication test C 
4606. At step 7703, the personal credit terminal 100 
transmits the authentication test C to the user proces- 
sor. 

[1094] At step 7601 , the user processor generates a 
test pattern D 4716, and at step 7602 encrypts the test 
pattern D using the public key of the service provider to 
generate an authentication test D. At steps 7603 and 
761 2, the user processor waits for receipt of the authen- 
tication test C from the personal credit terminal. At step 
7603 the user processor determines whether the 
authentication test C has been received, and at step 
7612, determines whether the time has expired. 
[1095] At step 7612. for the time-out decision, when 
the authentication test C is not received until the time- 
out T TCU (T TCU > 0) has ended, the user processor 
determines the time has expired, and at step 7613, per- 
forms the session establishment error process. The 
session establishment process is thereafter terminated. 
[1096] When the authentication test C is received, at 
step 7604 the user processor decrypts the encrypted 
test pattern C using the private key of the service pro- 
vider. At step 7605 the user processor employs the 
authentication test D and the decrypted test pattern C to 
generate an authentication test C response 4607, and 
at step 7606, transmits the response 4607 to the per- 
sonal credit terminal 100. 

[1 097] After the authentication test C has been trans- 
mitted to the user processor, at steps 7704 and 771 1 
the personal credit terminal 100 waits for the receipt of 
the authentication test C response from the user proc- 
essor. At step 7704, the personal credit terminal 100 
determines whether the authentication test C response 
has been received, and at step 771 1.; determines 
whether the time has expired. \ 
[1098] At step 771 1 . for the time-out determination, 
when the authentication test C response is not received 



until the time-out T T ' CRU (T TC ru > 0) ended, the per- 
sonal credit terminal 100 determines that the time has 
expired, and at step 7712 displays an error message on 
the LCD. In addition, the personal credit terminal 100 

5 disconnects the line, and the session establishment 
process is thereafter terminated. 
[1099] When the authentication test C response is 
received, at step 7705 the personal credit terminal 100 
compares the test pattern C for the transmitted authen- 
10 tication test C with the test pattern C for the received 
authentication test C response. When the two test pat- 
terns match, program control advances to step 7706. 
When the two test patterns do not match, it is assumed 
that the authentication of a service provider has failed. 

15 At step 771 4 an error message is cfisplayed on the LCD 
and at step 7613 the line is disconnected. The session 
establishment process is thereafter terminated. 
[1 1 00] At step 7706, the personal credit terminal 1 00 
decrypts the encrypted test pattern D using the private 

20 key of the user. At step 7707 the personal credit termi- 
nal 100 generates a session permission message 471 0. 
At step 7708 the personal credit terminal 100 encrypts 
the session permission message using the public key of 
the service provider, and generates an authentication 

25 test D response 4608 using the decrypted test pattern D 
and the encrypted session permission message. At 
step 7709. the personal credit terminal 100 transmits 
the authentication test D response to the user proces- 
sor. At step 7710 the terminal status is changed to the 

30 session establishment state, and the session establish- 
ment process is thereafter terminated. 
[1 101] When the user processor has transmitted the 
authentication test C response to the personal credit 
terminal 100. at steps 7607 and 7614, the user proces- 

35 sor warts for the receipt of the authentication test D 
response from the personal credit terminal 100. At step 
7607 the user processor determines whether the 
authentication test D response has been received, and 
at step 7614 determines whether the time has elapsed. 

40 [1102] At step 7614. for the time-out determination, 
when the authentication test D response is not received 
until the time-out period Tjowj (Tjdru > 0) has ended, 
the user processor determines the time has expired, 
and at step 761 5 the session establishment error proc- 

45 ess is performed. The session establishment process is 
thereafter terminated. 

[1103] When the authentication test D response is 
received, at step 7608 the user processor compares the 
test pattern D for the transmitted authentication test D 

so with the test pattern D for the received authentication 
test D response. When the two test patterns match, pro- 
gram control advances to step 7609. When the two test 
patterns do not match, it is assumed that the authenti- 
cation of a user has failed. At step 7616 the session 

55 establishment error process is performed, and the ses- 
sion establishment process is thereafter terminated. 
[1 104] At step 7609 the user processor decrypts the 
encrypted session permission message using the pri- 
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vate key of the service provider. At step 7610 the user 
status is changed to the session established state, and 
at step 761 1 the process status is changed to the idle 
state. The session establishment process is thereafter 
terminated, and the user processor advances to step 
6901 in Fig. 100. 

[1 105] The session establishment process when the 
merchant processor accesses the credit settlement ter- 
minal 300 is performed in the same manner as is the 
session establishment process when the user proces- 
sor accesses the personal credit terminal 100. Figs. 
109A and 109B and Fig. 110 are flowcharts showing the 
session establishment processing, which is performed 
by the merchant processor and by the session estab- 
lishment processor of the credit settlement terminal 300 
when the merchant processor accesses the credit set- 
tlement terminal 300. 

[1106] First, at step 7800 the merchant processor, 
which is generated by the service manager processor, 
transmits a call request 4901 to the digital public net- 
work 108, and receives a call response 4904 from the 
digital public network 108 to connect the line with the 
credit settlement terminal 300. At this time, at step 7900 
the credit settlement terminal 300 receives a call recep- 
tion request 4902 from the digital public network 108, 
and transmits a call reception request response 4903 to 
the digital public network to connect the line with the 
merchant processor. Then, at step 7901 . the credit set- 
tlement terminal 300 generates a test pattern C 5012, 
and at step 7902, encrypts the test pattern C using the 
public key of a service provider to generate an authenti- 
cation test C 4906. At step 7903, the credit settlement 
terminal 300 transmits the authentication test C to the 
merchant processor. 

[11 07] At step 780 1 s the merchant processor gener- 
ates a test pattern D 5016, and at step 7802 encrypts 
the test pattern D using the public key of the service pro- 
vider to generate an authentication test D. At steps 7803 
and 7812, the merchant processor waits for receipt of 
the authentication test C from the credit settlement ter- 
minal 300. At step 7803 the merchant processor deter- 
mines whether the authentication test C has been 
received, and at step 7812, determines whether the 
time has expired. 

[1108] At step 7812, for the time-out decision, when 
the authentication test C is not received until the time- 
out T TCM (T TCM > 0) has ended, the merchant proces- 
sor determines the time has expired, and at step 7813, 
performs the session establishment error process. The 
session establishment process is thereafter terminated. 
[1 109] When the authentication test C is received, at 
step 7804 the merchant processor decrypts the 
encrypted test pattern C using the private key of the 
service provider. At step 7805 the merchant processor 
employs the authentication test D and the decrypted 
test pattern C to generate an authentication test C 
response 4907, and at step 7806, transmits the 
response 4907 to the credit settlement terminal 300. 



[1110] After the authentication test C has been trans- 
mitted to the merchant processor, at steps 7904 and 
791 1 the credit settlement terminal 300 waits for the 
receipt of the authentication test C response from the 

5 merchant processor. At step 7904, the credit settlement 
terminal 300 determines whether the authentication test 
C response has been received, and at step 791 1 , deter- 
mines whether the time has expired. 
[1111] At step 791 1 . for the time-out determination, 

w when the authentication test C response is not received 
until the time-out T TCRU (T TCRU > 0) has ended, the 
credit settlement terminal 300 determines that the time 
has expired, and at step 7912 displays an error mes- 
sage on the LCD. In addition, the credit settlement ter- 

75 minal 300 disconnects the line, and the session 
establishment process is thereafter terminated. 
[1112] When the authentication test C response is 
received, at step 7905 the credit settlement terminal 
300 compares the test pattern C for the transmitted 

20 authentication test C with the test pattern C for the 
received authentication test C response. When the two 
test patterns match, program control advances to step 
7906. When the two test patterns do not match, it is 
assumed that the authentication of a service provider 

25 has failed. At step 7914 an error message is displayed 
on the LCD and at step 7913 the line is disconnected. 
The session establishment process is thereafter termi- 
nated. 

[1113] At step 7906, the credit settlement terminal 300 
30 decrypts the encrypted test pattern D using the private 
key of the merchant. At step 7907 the credit settlement 
terminal 300 generates a session permission message 
5020. At step 7908 the credit settlement terminal 300 
encrypts the session permission message using the 
35 public key of the service provider, and generates an 
authentication test D response 4908 using the 
decrypted test pattern D and the encrypted session per- 
mission message. At step 7909, the credit settlement 
terminal 300 transmits the authentication test D 
40 response to the merchant processor. At step 7910 the 
terminal status is changed to the session establishment 
state, and the session establishment process is thereaf- 
ter terminated. 

[1114] When the merchant processor has transmitted 
45 the authentication test C response to the credit settle- 
ment terminal 300, at steps 7807 and 7814, the mer- 
chant processor waits for the receipt of the 
authentication test D response from the credit settle- 
ment terminal 300. At step 7807 the merchant proces- 
so sot determines whether the authentication test D 
response has been received, and at step 7814 deter- 
mines whether the time has elapsed. 
[1115] At step 7814, for the time-out determination, 
when the authentication test D response is not received 
55 until the time-out period T^^ (T tdrm > 0) has ended, 
the merchant processor determines the time has 
expired, and at step 7815 the session establishment 
error process is performed. The session establishment 
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process is thereafter terminated. 
[1116] When the authentication test D response is 
received, at step 7808 the merchant processor com- 
pares the test pattern D for the transmitted authentica- 
tion test D with the test pattern D for the received s 
authentication test D response. When the two test pat- 
terns match, program control advances to step 7809. 
When the two test patterns do not match, it is assumed 
that the authentication of a merchant has failed. At step 
7816 the session establishment error process is per- 10 
formed, and the session establishment process is there- 
after terminated. 

[1117] At step 7809 the merchant processor decrypts 
the encrypted session permission message using the 
private key of the service provider. At step 7810 the is 
merchant status is changed to the session established 
state, and at step 781 1 the process status is changed to 
the idle state. The session establishment process is 
thereafter terminated, and the merchant processor 
moves to step 7001 in Fig. 101 . 20 
[1118] The remote access processing will now be 
explained. 

[1119] Figs. 111Aand 111BandFig. 112A are flow- 
charts showing the remote access processing per- 
formed by the remote access processor in the personal 25 
credit terminal 100. and by the user processor of the 
service providing system 102. 

[1120] The remote access process is initiated when 
the user accesses data at a remote address, first, at 
step 8000 the personal credit terminal 100 generates a 30 
remote access request 5100 for data to be accessed, 
and at step 8001 it examines the terminal status to 
determine whether the session has been established. 
When the session has been established, at step 8003 
the generated remote access request is transmitted to 3s 
the user processor When the session has not been 
established, at step 8002 the session establishment 
process is performed. After the session with the service 
providing system 102 has been established, program 
control moves to step 8003. 40 
[1121] After the personal credit terminal 100 has 
transmitted the remote access request 5100. at steps 
8004 and 801 1 the terminal 100 waits for the reception 
of remote access data 5101 . At step 8004 the personal 
credit terminal 100 determines whether the remote 45 
access data have been received, and at step 8011. 
determines whether the time has elapsed. 
[1122] At step 801 1 , for the time-out decision, when 
the remote access data are not received until the time- 
out period Tradu (T radu > 0) has ended, the personal so 
credit terminal 100 determines the time has expired, 
and at step 8012 performs the user time-out error proc- 
ess. The remote access process is thereafter termi- 
nated. During the user time-out error process, the 
personal credit terminal 100 transmits a user time-out 55 
error message to the user processor of the service pro- 
viding system 102, disconnects the line from the ses- 
sion with the user processor, and displays a time-out 



error on the LCD. 

[1123] When the remote access data are received, at 
step 8005 the personal credit terminal 100 decrypts the 
encrypted remote access data using the private key of 
the user, and at step 8006 it examines the user's validity 
to verify the validity of remote access data. 
[1124] When the examination of the user's validity is 
successful, at step 8007 the personal credit terminal 
100 stores the data portion 5209 of the remote access 
data in the temporary area of the RAM. At step 8008 the 
data address information is updated to a local address 
at which the data are stored, and at step 8009 the data 
stored in the RAM are accessed. At step 8010 the per- 
sonal credit terminal 100 examines temporary area to 
determine the capacity of the free space, and to deter- 
mine whether the data updating process is required. 
When the capacity of the free space available in the 
temporary area is equal to or greater than setup value 
AU (AU > 0), the remote access processing is termi- 
nated without performing another process. When the 
empty capacity is smaller than the setup value AU, the 
data updating processor is generated to initiate the data 
updating process. 

[1125] When the examination of the user's validity 
fails, at step 8013 the personal credit terminal 100 per- 
forms a user session error process, and the remote 
access process is terminated. During the user session 
error process, the personal credit terminal 100 transmits 
a user session error message to the user processor of 
the service providing system, disconnects the line from 
the user processor, and displays a session error on the 
LCD. 

[1 1 26] The examination of the user's validity is a proc- 
ess for verifying the validity of a message that is 
received from the user processor of the service provid- 
ing system 1 02. As is shown in Fig. 1 1 1 C, three types of 
verifications are performed to establish the validity of 
the user. First, at step 8014 the digital signature of the 
service provider is examined, then at step 8015 the 
service provider ID is compared, and at step 8016 the 
time at which the received message was issued is 
examined. At step 8016, for verifying the issued time, a 
difference between the time at which the received infor- 
mation was issued and the current time is examined. 
When the difference is time T 0 (T v > 0) or longer, the 
received information is regarded as invalid. Thus, only 
when the digital signature of the service provider is ver- 
ified, the service providers ID are matched and the 
examination of the issued time is successful, is it ascer- 
tained that the examination of the user's validity is suc- 
cessful. In all other cases, it is ascertained that the 
examination has failed. 

[1127] For the user processor, the remote access 
process is begun upon receiving the remote access 
request 5100. First at step 8100. the user processor 
decrypts the remote access request 5100 using the pri- 
vate key of the service provider, and at step 8101 exam- 
ines the validity of the user processor to verify the 



107 

BNSDOCID: <EP 0910028A1 J_> 



213 



EP 0 910 028 A1 



214 



remote access request. 

[1128] When the examination for the validity of the 
user processor is successful, at step 8102 the user 
processor generates remote access data 5101, and at 
step 8103 it transmits the remote access data 5101 to s 
the personal credit terminal 100. The remote access 
process is thereafter terminated. 
[1129] When the examination for the validity of the 
user processor fails, the user processor ascertains that 
the received message is not valid, and at step 81 04 per- io 
forms a user process session error process. The remote 
access process is thereafter terminated. In the user 
process session error process, the user processor is 
deleted by the service manager processor, and the line 
for the session with the personal credit terminal is dis- 75 
connected. In this case, the user processor transmits to 
the management system 407 a session error message 
that indicates the invalid message was received. 
[1 1 30] The examination of the validity of the user proc- 
essor is a process employed for verifying information 20 
that is received from the personal credit terminal 100. 
As is shown in Fig. 1 1 2B. three types of verifications are 
performed when examining the validity of the user proc- 
essor. First, at step 8105 the digital signature of the user 
is examined, at step 8106 the user ID is compared, and 25 
at step 8107 the time at which the received information 
was issued is examined. Further, at step 8107 for the 
examination of the issued time, a difference between 
the issued time for the received information and the cur- 
rent time is examined. When the time difference is equal 30 
to or greater than time T UP (Tup > 0). the received infor- 
mation is regarded as invalid. Therefore, only when the 
digital signature of the user is verified, the user IDs are 
matched, and the issued time is verified, is it assumed 
that the examination of the validity of the user processor 35 
is successful. In all other cases, it is ascertained the 
validity examination has failed. 

[1131] Figs. 113Aand 113Band Fig. 114Aareflow- 
charts showing the remote access processing per- 
formed by the remote access processor in. the credit 40 
settlement terminal 300, and by the merchant processor 
of the service providing system 102. 
[1 132] The remote access process is initiated when 
the merchant accesses data at a remote address. First, 
at step 8200 the credit settlement terminal 300 gener- 45 
ates a remote access request 5400 for data to be 
accessed, and at step 8201 it examines the terminal 
status to determine whether the session has been 
established. When the session has been established, at 
step 8203 the generated remote access request is so 
transmitted to the merchant processor. When the ses- 
sion has not been established, at step 8202 the session 
establishment process is performed. After the session 
with the service providing system 102 has been estab- 
lished, program control moves to step 8203. 55 
[1133] After the credit settlement terminal 300 has 
transmitted the remote access request 5400. at steps 
8204 and 821 1 the terminal 300 waits for the reception 



of remote access data 5401 . At step 8204 the credit set- 
tlement terminal 300 determines whether the remote 
access data have been received, and at step 8211, 
determines whether the time has elapsed. 
[1 1 34] At step 821 1 . for the time-out decision, when 
the remote access data are not received until the time- 
out period Jp^otA Oradm > 0) has ended, the credit set- 
tlement terminal 300 determines the time has expired, 
and at step 8212 performs the merchant time-out error 
process. The remote access process is thereafter termi- 
nated. During the merchant time-out error process, the 
credit settlement terminal 300 transmits a merchant 
time-out error message to the merchant processor of 
the service providing system 102. disconnects the line 
from the session with the merchant processor, and dis- 
plays a time-out error on the LCD. 
[1 1 35] When the remote access data are received, at 
step 8205 the credit settlement terminal 300 decrypts 
the encrypted remote access data using the private key 
of the merchant, and at step 8206 it examines the mer- 
chant's validity to verify the validity of remote access 
data. 

[1 1 36] When the examination of the merchant s valid- 
ity is successful, at step 8207 the credit settlement ter- 
minal 300 stores the data portion 5509 of the remote 
access data in the temporary area of the RAM. At step 
8208 the data address information is updated to a local 
address at which the data are stored, and at step 8209 
the data stored in the RAM are accessed. At step 8210 
the credit settlement terminal 300 examines temporary 
area to determine the capacity of the free space, and to 
determine whether the data updating process is 
required. When the capacity of the free space available 
in the temporary area is equal to or greater than setup 
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minated without performing another process. When the 
empty capacity is smaller than the setup value AM, the 
data updating processor is generated to initiate the data 
updating process. 

[1 1 37] When the examination of the merchant s valid- 
ity fails, at step 8213 the credit settlement terminal 300 
performs a merchant session error process, and the 
remote access process is terminated. During the mer- 
chant session error process, the credit settlement termi- 
nal 300 transmits a merchant session error message to 
the merchant processor of the service providing sys- 
tem, disconnects the line from the merchant processor, 
and displays a session error on the LCD. 
[1 1 38] The examination of the merchant's validity is a 
process for verifying the validity of a message that is 
received from the merchant processor of the service 
providing system 102. As is shown in Fig. 113B, three 
types of verifications are performed to establish the 
validity of the merchant. First at step 8214 the digital 
signature of the service provide- is examined, then at 
step 8215 the service provider ID is compared, and at 
step 8216 the time at which the received message was 
issued is examined. At step 8216. for verifying the 
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issued time, a difference between the time at which the 
received information was issued and the current time is 
examined. When the difference is time T M (T M > 0) or 
longer, the received information is regarded as invalid. 
Thus, only when the digital signature of the service pro- 
vider is verified, the service providers ID are matched 
and the examination of the issued time is successful, is 
it ascertained that the examination of the merchant s 
validity is successful. In all other cases, it is ascertained 
that the examination has failed. 
[1 1 39] For the merchant processor, the remote access 
process is begun upon receiving the remote access 
request 5400. First, at step 8300, the merchant proces- 
sor decrypts the remote access request 5100 using the 
private key of the service provider, and at step 8301 
examines the validity of the merchant processor to ver- 
ify the remote access request. 

[1140] When the examination for the validity of the 
merchant processor is successful, at step 8302 the mer- 
chant processor generates remote access data 5401 , 
and at step 8203 it transmits the remote access data 
5401 to the credit settlement terminal 300. The remote 
access process is thereafter terminated. 
[1141] When the examination for the validity of the 
merchant processor fails, the merchant processor 
ascertains that the received message is not valid, and at 
step 8204 performs a merchant process session error 
process. The remote access process is thereafter termi- 
nated. In the merchant process session error process, 
the merchant processor is deleted by the service man- 
ager processor, and the line for the session with the 
credit settlement terminal 300 is disconnected. In this 
case, the merchant processor transmits to the manage- 
ment system 407 a session error message that indi- 
cates the invalid message was received. 
[1 142] The examination of the validity of the merchant 
processor is a process employed for verifying informa- 
tion that is received from the credit settlement terminal 
300. As is shown in Fig. 114B, three types of verifica- 
tions are performed when examining the validity of the 
merchant processor. First, at step 8305 the digital sig- 
nature of the merchant is examined, at step 8306 the 
merchant ID is compared, and at step 8107 the time at 
which the received information was issued is examined. 
Further, at step 8307 for the examination of the issued 
time, a difference between the issued time for the 
received information and the current time is examined. 
When the time difference is equal to or greater than time 
t mp 0"mp > 0). the received information is regarded as 
invalid. Therefore, only when the digital signature of the 
merchant is verified, the merchant IDs are matched, 
and the issued time is verified, is it assumed that the 
examination of the validity of the merchant processor is 
successful. In all other cases, it is ascertained the valid- 
ity examination has failed. 

[1143] ■•■ .The data update process will now be 
described. . - 

[1144] Figs. 1 15A and 115B and Fig. 1 16A are flow- 



charts showing the data updating processing performed 
by the data updating processor in the personal credit 
terminal 100. and by the user processor of the service 
providing system 102. 

5 [1145] When the clock counter value of the personal 
credit terminal 100 matches the value of the update time 
register, or when the capacity of the free space in the 
temporary area is smaller than the setup value AU, the 
personal credit terminal 100 generates a data update 

10 processor to initiate the data updating process. 

[1 146] First at step 8400 the personal credit terminal 
100 displays "data update in progress" on the LCD, at 
step 8401 generates a data update request 5401, and 
at step 8402 examines the terminal status to determine 

is whether the session has been established. When the 
session has been established, at step 8404 the gener- 
ated data update request is transmitted to the user proc- 
essor. When the session has not been established, at 
step 8403 the session establishment process is per- 

20 formed. After the session with the service providing sys- 
tem has been established, program control advances to 
step 8404. 

[1 147] After the data update request has been trans- 
mitted, at steps 8405 and 8416 the personal credit ter- 

25 minal 100 waits for the receipt of a data update 
response 5103. At step 8405 the personal credit termi- 
nal 100 determines whether the data update response 
has been received, and at step 8416 it determines 
whether the time has expired. 

30 [1148] At step 8416. for the time-out determination, 
when the data update response is not received until the 
time-out period Truru ( T RURU > 0) has ended, the per- 
sonal credit terminal 100 determines the time has 
expired, and at step 8417 it performs a user time-out 

35 error process. The data updating process is thereafter 
terminated. 

[1 149] When the data update response is received, at 
step 8406 the personal credit terminal 100 decrypts the 
data update response using the private key of the user. 
40 At step 8407 the personal credit terminal 1 00 examines 
the validity of the user to verify the validity of the data 
update response. 

[1150] When the examination of the user's validity is 

successful, at step 8408 the personal credit terminal 
45 100 compresses the data in the RAM and prepares 

upload data 5104, and at step 8409 it transmits the 

upload data to the user processor. 

[1 1 51 ] When the examination of the validity of the user 

fails, at step 8418 the personal credit terminal 100 per- 
so forms a user session error process. The data updating 

process is thereafter terminated. 

[1152] After the personal credit terminal 100 has 

transmitted the upload data, at steps 8410 and 8419. 

the terminal 100 waits for the reception of a message 
55 from the user processor. At step 8410 the personal 

credit terminal 100 determines whether the message 

has been received, and at step 8419. determines 

whether the time has elapsed. 
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11 153] At step 8419. for the time-out decision, when 
the message is not received until the time-out period 
t du Odu > 0) n as ended, the personal credit terminal 
100 determines the time has expired, and at step 8420 
it performs the user time-out error process. The data 
updating process is thereafter terminated. 
[1 1 54] Upon receiving a message from the user proc- 
essor, at step 8411 the personal credit terminal 100 
decrypts the received message using the private key of 
the user, and at step 8412, examines the validity of the 
user in order to verify the validity of the received mes- 
sage. 

[1 155] When the examination of the user's validity is 
successful, the personal credit terminal 100 moves to 
step 8413. When the examination of the user's validity 
fails, at step 8421 the personal credit terminal 100 per- 
forms a user session error process. The data updating 
process is thereafter terminated. 
[1 1 56] At step 841 3 the personal credit terminal 1 00 
determines whether the received message is data- 
update data 5105 or a mandatory expiration command 
5105'. When the received message is data-update data 
5105, at step 8414 the terminal data 5239 of the update 
data are decompressed, and the data in the RAM are 
updated. At step 8415 the display "data updating in 
progress" is canceled. The data updating process is 
thereafter terminated. 

[1157] When the received message is a mandatory 
expiration command 5105'. at step 8422 the personal 
credit terminal 100 displays "operation disabled" on the 
LCD, and at step 8423 clears the terminal enable bit of 
the EEPROM 1503 to inhibit the operation. At step 8424 
the terminal status is changed to "operation disabled," 
and the data updating process is thereafter terminated. 
[11 58] For the user processor, the data updating proc- 
ess is begun upon receiving the data update request 
5102. First, at step 8500, the user processor decrypts 
the data update request 5102 using the private key of 
the service provider, and at step 8501 it examines the 
validity of the user processor to verify the data update 
request 

[1 159] When the validation of the user processor is 
successful, at step 8502 the user processor generates a 
data update response 5103, and at step 8503. transmits 
the data update response 5103 to the personal credit 
terminal 100. 

[1160] When the examination for the validity of the 
user processor fails, the user processor ascertains that 
the received message is not valid, and at step 8514. 
performs a user process session error process. The 
remote access process is thereafter terminated. 
[1161] After the user processor has transmitted the 
data update response, at steps 8504 and 8515 the user 
processor waits for the reception of upload data 5104. 
At step 8504 the user processor determines whether 
the upload data have been received, and at step 8515. 
determines whether the time has elapsed. 
[1 162] At step 8515. for the time-out decision, when 
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the upload data are not received until the time-out 
period T UDU (T UDU > 0) has ended, the user processor 
determines the time has expired, and at step 8516 it 
performs the user process time-out error process. The 

5 data updating process is thereafter terminated. During 
the user process session error process, the user proc- 
essor is deleted by the service manager processor, and 
the line for the session with the personal credit terminal 
is disconnected. In this case, the user processor trans- 

ro mits to the management system 407 a session error 
message that indicates the time has expired. 
[1163] Upon receiving upload data, at step 8505 the 
user processor decrypts the received upload data using 
the private key of the service provider, and at step 8506 

is examines the validity of the user processor in order to 
verify the validity of the upload data. 
[1 1 64] When the examination of the validity of the user 
processor is successful, the user processor advances 
to step 8507. When the examination of the validity of the 

20 user processor fails, the user processor ascertains that 
the received message is not valid, and at step 8517 it 
performs the user processor session error process. The 
data updating process is thereafter terminated. 
[1165] At step 8507, the user processor decom- 

25 presses the terminal data 5231 of the upload data, and 
at step 8508 it performs data comparison to verify that 
the terminal data have not been illegally altered. In the 
data comparison, the decompressed terminal data are 
compared with the terminal data 24006 of the user infor- 

30 mation server and data that are managed by using the 
other user data management information 24000. 
[1166] When the data comparison is successful, at 
step 8509 the user processor employs the decom- 
pressed terminal data to update the access time in the 

— — credit card list 24008 cf the user infer rnatsGFi server At 
step 8510 the capacity of the object data area of the 
personal credit terminal 100, the data generation time, 
and the access time are employed to generate new ter- 
minal data. At step 8511 a difference between the 

40 decompressed terminal data and the new terminal data 
is calculated, and update data 5105 are generated. At 
step 851 2 the generated update data 51 05 are transmit- 
ted to the personal credit terminal 100. At step 8513 the 
terminal data 24006 for the user information service are 

45 updated, and the data updating process is thereafter 
terminated. 

[1 1 67] When the data comparison fails, it is assumed 
that the terminal data may have been illegally altered. At 
step 8518 the user processor generates a mandatory 

so expiration command 51 05\ and at step 851 9 it transmits 
it to the personal credit terminal 100. At step 8520. the 
user status 24102 of the user information server is 
changed to "operation disabled." and at step 8521 the 
user process session error process is performed. The 

55 data updating process is thereafter terminated. 

[1 1 68] At step 851 0, for generating new terminal data, 
the data to be stored in the RAM are rearranged so that 
the temporary area is empty. Especially when there is 
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no extra space in the object data area 21812, the 
access times for individual credit cards are compared, 
and a local address is assigned as the object data 
address of the credit card that has the latest access 
time. In addition, the use times for the individual use 5 
information items are compared, and a local address is 
assigned as the use information address for the use 
information having the latest use time. When the version 
of the program of the personal credit terminal 1 00 needs 
to be upgraded, the data in the fundamental program 70 
area are updated. It should be noted that the data in the 
user area are updated to the data in the user area that 
is included in the terminal data received from the per- 
sonal credit terminal 100. 

[1 1 69] Figs. 1 1 7 and 1 1 8 are flowcharts showing the 15 
data updating processing performed by the data updat- 
ing processor in the credit settlement terminal 300, and 
by the merchant processor of the service providing sys- 
tem 102. 

[1 1 70] When the clock counter value of the credit set- 20 
tlement terminal 300 matches the value of the update 
time register, or when the capacity of the free space in 
the temporary area is smaller than the setup value AM, 
the credit settlement terminal 300 generates a data 
update processor to initiate the data updating process. 25 
[1 1 71 ] First, at step 8600 the credit settlement termi- 
nal 300 displays "data update in progress" on the LCD. 
and at step 8601 generates a data update request 
5402. and at step 8602 examines the terminal status to 
determine whether the session has been established. 30 
When the session has been established, at step 8604 
the generated data update request is transmitted to the 
merchant processor. When the session has not been 
established, at step 8603 the session establishment 
process is performed. After the session with the service 35 
providing system has been established, program control 
advances to step 8604. 

[1 172] After the data update request has been trans- 
mitted, at steps 8605 and 8616 the credit settlement ter- 
minal 300 waits for the receipt of a data update 40 
response 5403. At step 8605 the credit settlement ter- 
minal 300 determines whether the data update 
response has been received, and at step 8616 it deter- 
mines whether the time has expired. 

[1173] At step 8466, for the time-out determination, 45 
when the data update response is not received until the 
time-out period Tru RM (T rurm > 0) has ended, the 
credit settlement terminal 300 determines the time has 
expired, and at step 8617 it performs a merchant time- 
out error process. The^data updating process is thereat- so 
ter terminated. 

[1 1 74] When the data update response is received, at 
step 8606 the credit settlement terminal 300 decrypts 
the data update response using the private key of the 
merchant. At step 8607 the credit settlement terminal ss 
300 examines the validity of the merchant to verify the 
validity of the data update response. 
[1 1 75] When the examination of the merchant's valid- 



ity is successful, at step 8608 the credit settlement ter- 
minal 300 compresses the data in the RAM and 
prepares upload data 5404, and at step 8609 it trans- 
mits the upload data to the merchant processor. 
[1176] When the examination of the validity of the 
merchant fails, at step 8618 the credit settlement termi- 
nal 300 performs a merchant session error process. 
The data updating process is thereafter terminated. 
[1177] After the credit settlement terminal 300 has 
transmitted the upload data, at steps 8610 and 8619, 
the terminal 300 waits for the reception of a message 
from the merchant processor. At step 8610 the credit 
settlement terminal 300 determines whether the mes- 
sage has been received, and at step 8619, determines 
whether the time has elapsed. 

[1178] At step 8619, for the time-out decision, when 
the message is not received until the time-out period 
T DM ( t dm > 0) h as ended, the credit settlement terminal 
300 determines the time has expired, and at step 8620 
it performs the merchant time-out error process. The 
data updating process is thereafter terminated. 
[1 1 79] Upon receiving a message from the merchant 
processor, at step 861 1 the credit settlement terminal 
300 decrypts the received message using the private 
key of the merchant, and at step 8612, examines the 
validity of the merchant in order to verify the validity of 
the received message. 

[1 1 80] When the examination of the merchant's valid- 
ity is successful, the credit settlement terminal 300 
moves to step 8613. When the examination of the mer- 
chant's validity fails, at step 8621 the credit settlement 
terminal 300 performs a merchant session error proc- 
ess. The data updating process is thereafter termi- 
nated. 

[1 1 81 ] At step 861 3 the credit settlement terminal 300 
determines whether the received message is data- 
update data 5405 or a mandatory expiration command 
5405*. When the received message is data-update data 
5405, at step 861 4 the terminal data 5539 of the update 
data are decompressed, and the data in the RAM are 
updated. At step 8615 the display "data updating in 
progress" is canceled. The data updating process is 
thereafter terminated. 

[1182] When the received message is a mandatory 
expiration command 5405'. at step 8622 the credit set- 
tlement terminal 300 displays "operation disabled" on 
the LCD. and at step 8623 clears the terminal enable bit 
of the EEPROM 22504 to inhibit the operation. At step 
8624 the terminal status is changed to "operation disa- 
bled," and the data updating process is thereafter termi- 
nated. 

[1 1 83] For the merchant processor, the data updating 
process is begun upon receiving the data update 
request 5402. First, at step 8700. the merchant proces- 
sor decrypts the data update request 5402 using the pri- 
vate key of the service provider, and at step 8701 it 
examines the validity of the merchant processor to ver- 
ify the data update request. 
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[1 1 84] When the validation of the merchant processor 
is successful, at step 8702 the merchant processor gen- 
erates a data update response 5403, and at step 8703, 
transmits the data update response 5403 to the credit 
settlement terminal 300. 

[1185] When the examination for the validity of the 
merchant processor fails, the merchant processor 
ascertains that the received message is not valid, and at 
step 8714, performs a merchant process session error 
process. The remote access process is thereafter termi- 
nated. 

[1 186] After the merchant processor has transmitted 
the data update response, at steps 8704 and 8715 the 
merchant processor warts for the reception of upload 
data 5404. At step 8704 the merchant processor deter- 
mines whether the upload data have been received, and 
at step 871 5. determines whether the time has elapsed. 
[1 187] At step 8715, for the time-out decision, when 
the upload data are not received until the time-out 
period T UDM (T UDM > 0) has ended, the merchant proc- 
essor determines the time has expired, and at step 
8716 it performs the merchant process time-out error 
process. The data updating process is thereafter termi- 
nated. During the merchant process session error proc- 
ess, the merchant processor is deleted by the service 
manager processor, and the line for the session with the 
credit transaction terminal is disconnected. In this case, 
the merchant processor transmits to the management 
system 407 a session error message that indicates the 
time has expired. 

[1 188] Upon receiving upload data, at step 8705 the 
merchant processor decrypts the received upload data 
using the private key of the service provider, and at step 
8706 examines the validity of the merchant processor in 
order to verify the validity of the upload data. 
[1189] When the examination of the validity of the 
merchant processor is successful, the merchant proc- 
essor advances to step 8507. When the examination of 
the validity of the merchant processor fails, the mer- 
chant processor ascertains that the received message 
is not valid, and at step 871 7 it performs the merchant 
processor session error process. The data updating 
process is thereafter terminated. 
[1 1 90] At step 8707, the merchant processor decom- 
presses the terminal data 5531 of the upload data, and 
at step 8708 it performs data comparison to verify that 
the terminal data have not been illegally altered. In the 
data comparison, the decompressed terminal data are 
compared with the terminal data 24006 of the merchant 
information server and data that are managed by using 
the other merchant data management information 
24000. 

[1191] When the data comparison is successful, at 
step 8709 the capacity of the object data area of the 
credit settlement terminal 300. the data generation time, 
and the access time are employed to generate new ter- 
minal data. At step 8710 a difference between the 
decompressed terminal data and the new terminal data 



is calculated, and update data 5405 are generated. At 
step 871 1 the generated update data 5405 are transmit- 
ted to the credit settlement terminal 300. At step 8712 
the terminal data 24104 for the merchant information 
5 service are updated, and the data updating process is 
thereafter terminated. 

[1 1 92] When the data comparison fails, it is assumed 
that the terminal data may have been illegally altered. At 
step 8717 the merchant processor generates a manda- 
te tory expiration command 5405', and at step 8718 it 
transmits it to the credit settlement terminal 300. At step 
8719, the merchant status 24102 of the merchant infor- 
mation server is changed to "operation disabled," and at 
step 8720 the merchant process session error process 
is is performed. The data updating process is thereafter 
terminated. 

[1 1 93] At step 8709. for generating new terminal data, 
the data to be stored in the RAM and on the hard disk 
are rearranged so that the temporary area is empty. 
20 Especially when there is no extra space in the object 
data area, the sale times for individual sales information 
items are compared, and a local address is assigned as 
the object data address of the sales information that has 
the latest sale time. When the version of the program of 
25 the credit settlement terminal 300 needs to be 
upgraded, the data in the fundamental program area 
are updated. It should be noted that the data in the mer- 
chant area are updated to the data in the merchant area 
that is included in the terminal data received from the 
30 credit settlement terminal 300. 

[1194] The forcible data updating process is per- 
formed when the data in the RAM of the personal credit 
terminal 100 must be updated urgently, such as when 
the contents of the contract with the user are changed. 
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charts showing the forcible data updating processing 
performed by the forcible data updating processor in the 
personal credit terminal 100. and by the user processor 
of the service providing system 1 02. 
40 [1 1 96] First, at step 8900 the personal credit terminal 
100 generates a data update command 5106. and at 
step 8901 examines the terminal status to determine 
whether the session has been established. When the 
session has been established, at step 8903 the gener- 
<s ated data update request is transmitted to the user proc- 
essor. When the session has not been established, at 
step 8902 the session establishment process is per- 
formed. After the session with the service providing sys- 
tem has been established, program control advances to 
50 step 8903. 

[1 1 97] After the data update command 51 06 has been 
transmitted, at steps 8904 and 891 4 the personal credit 
terminal 100 warts for the receipt of a upload data 5107. 
At step 8904 the personal credit terminal 100 deter- 
55 mines whether the upload data has been received, and 
at step 8914 it determines whether the time has expired. ■ 
[1198] At step 8914. for the time-out determination, 
when the upload data is not received until the time-out 
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period T UDU (T UDU > 0) has ended, the personal credit 
terminal 100 determines the time has expired, and at 
step 8915 it performs a user process time-out error 
process. The forcible data updating process is thereaf- 
ter terminated. 5 
[1 199] Upon receiving upload data, at step 8905 the 
user processor decrypts the received upload data using 
the private key of the service provider, and at step 8906 
examines the validity of the user processor in order to 
verify the validity of the upload data. 10 
[1 200] When the examination of the validity of the user 
processor is successful, the user processor advances 
to step 8907. When the examination of the validity of the 
user processor fails, the user processor ascertains that 
the received message is not valid, and at step 8916 it is 
performs the user processor session error process. The 
data updating process is thereafter terminated. 
[1201] At step 8907, the user processor decom- 
presses the terminal data 5231 of the upload data, and 
at step 8908 it performs data comparison to verify that 20 
the terminal data have not been illegally altered. 
[1202] When the data comparison is successful, at 
step 8909 the user processor employs the decom- 
pressed terminal data to update the access time in the 
credit card list 24008 of the user information server. At 25 
step 8910 the capacity of the object data area of the 
personal credit terminal 100, the data generation time, 
and the access time are employed to generate new ter- 
minal data At step 8911 a difference between the 
decompressed terminal data and the new terminal data 30 
is calculated, and update data 5108 are generated. At 
step 8912 the generated update data 51 08 are transmit- 
ted to the personal credit terminal 100. At step 8913 the 
terminal data 24006 for the user information service are 
updated, and the forcible data updating process is 3s 
thereafter terminated. 

[1203] When the data comparison fails, it is assumed 
that the terminal data may have been illegally altered. At 
step 8917 the user processor generates a mandatory 
expiration command 51 08', and at step 891 8 it transmits 40 
it to the personal credit terminal 100. At step 8919, the 
user status 24102 of the user information server is 
changed to "operation disabled," and at step 8920 the 
user process session error process is performed. The 
data updating process is thereafter terminated. 45 
[1 204] At step 891 0, for generating new terminal data, 
the data to be stored in the RAM are rearranged so that 
the temporary area is empty. Especially when there is 
no extra space in the object data area 21812, the 
access times for individual credit cards are compared, so 
and a local address is assigned as the object data 
address of the credit card that has the latest access 
time. In addition, the use times for the individual use 
information items are compared, and a local address is 
assigned as the use information address for the use ss 
information having the latest use time. When the version 
of the program of the personal credit terminal 100 needs 
to be upgraded, the data in the fundamental program 



area are updated. It should be noted that the data in the 
user area are updated to the data in the user area that 
is included in the terminal data received from the per- 
sonal credit terminal 100. 

[1205] The personal credit terminal 100 receives a 
data update command 5106 and generates a forcible 
data update processor to begin the forcible data updat- 
ing process. 

[1 206] At step 8806, the personal credit terminal 1 00 
decrypts the data update command using the private 
key of the user. At step 8807 the personal credit termi- 
nal 100 examines the validity of the user to verify the 
validity of the data update command. 
[1207] When the examination of the user's validity is 
successful, at step 8802 the personal credit terminal 
100 displays "data updating in progress" on the LCD, 
and at step 8803 compresses the data in the RAM and 
prepares upload data 5107. Then, at step 8804 the per- 
sonal credit terminal 100 transmits the upload data to 
the user processor. 

[1 208] When the examination of the validity of the user 
fails, at step 881 1 the personal credit terminal 100 per- 
forms a user session error process. The data updating 
process is thereafter terminated. 
[1209] After the personal credit terminal 100 has 
transmitted the upload data, at steps 8805 and 8812, 
the terminal 100 waits for the reception of a message 
from the user processor. At step 8805 the personal 
credit terminal 100 determines whether the message 
has been received, and at step 8812. determines 
whether the time has elapsed. 

[1 210] At step 881 2, for the time-out decision, when 
the message is not received until the time-out period 
t du Obu > 0) has ended, the personal credit terminal 
100 determines the time has expired, and at step 8813 
it performs the user time-out error process. The data 
updating process is thereafter terminated. 
[1211] Upon receiving a message from the user proc- 
essor, at step 8806 the personal credit terminal 100 
decrypts the received message using the private key of 
the user, and at step 8807. examines the validity of the 
user in order to verify the validity of the received mes- 
sage. 

[1212] When the examination of the user's validity is 
successful, the personal credit terminal 100 moves to 
step 8808. When the examination of the user's validity 
fails, at step 8814 the personal credit terminal 100 per- 
forms a user session error process. The data updating 
process is thereafter terminated. 
[1213] At step 8808 the personal credit terminal 100 
determines whether the received message is data- 
update data 5108 or a mandatory expiration command 
5108'. When the received message is data-update data 
5108. at step 8809 the terminal data 5239 of the update 
data are decompressed, and the data in the RAM are 
updated. At step 8810 the: display "data updating in 
progress" is canceled. The forcible data updating proc- 
ess is thereafter terminated. 
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[1214] When the received message is a mandatory 
expiration command 5108", at step 8815 the personal 
credit terminal 100 displays "operation disabled" on the 
LCD, and at step 8816 clears the terminal enable bit of 
the EEPROM 1503 to inhfoit the operation. At step 881 7 
the terminal status is changed to "operation disabled," 
and the data updating process is thereafter terminated. 
[1215] Figs. 121 and 122 are flowcharts showing the 
forcible data updating processing performed by the for- 
cible data updating processor in the credit settlement 
terminal 300, and by the merchant processor of the 
service providing system 102. 

[1216] The forcible data updating process is per- 
formed when the data in the RAM of the credit settle- 
ment terminal 300 must be updated urgently, such as 
when the contents of the contract with the merchant are 
changed. 

[1 21 7] First, at step 91 00 the credit settlement termi- 
nal 300 generates a data update command 5406, and at 
step 9101 examines the terminal status to determine 
whether the session has been established. When the 
session has been established, at step 9103 the gener- 
ated data update request is transmitted to the merchant 
processor. When the session has not been established, 
at step 9102 the session establishment process is per- 
formed. After the session with the service providing sys- 
tem has been established, program control advances to 
step 9103. 

[1 21 8] After the data update command 5406 has been 
transmitted, at steps 9104 and 9113 the credit settle- 
ment terminal 300 waits for the receipt of a upload data 
5407. At step 9104 the credit settlement terminal 300 
determines whether die upload data has been received, 
and at step 9113 it determines whether the time has 
expired. 

[1 21 9] At step 91 1 3, for the timeout determination, 
when the upload data is not received until the time-out 
period T UDM (T UDM > 0) has ended, the credit settle- 
ment terminal 300 determines the time has expired, and 
at step 9114 it performs a merchant process timeout 
error process. The forcible data updating process is 
thereafter terminated. 

[1220] Upon receiving upload data, at step 9105 the 
merchant processor decrypts the received upload data 
using the private key of the service provider, and at step 
9106 examines the validity of the merchant processor in 
order to verify the validity of the upload data. 
[1221] When the examination of the validity of the 
merchant processor is successful, the merchant proc- 
essor advances to step 9107. When the examination of 
the validity of the merchant processor fails, the mer- 
chant processor ascertains that the received message 
is not valid, and at step 9115 it performs the merchant 
processor session error process. The data updating 
process is thereafter terminated. 
[1 222] . At step 91 07. the merchant processor decom- 
presses the terminal data 5531 of the upload data, and 
at step 9108 it performs data comparison to verify that 



the terminal data have not been illegally altered. 
[1223] When the data comparison is successful, at 
step 9109 the capacity of the object data area of the 
credit settlement terminal 300 and the data generation 
5 time are employed to generate new terminal data. At 
step 91 10 a difference between the decompressed ter- 
minal data and the new terminal data is calculated, and 
update data 5408 are generated. At step 91 1 1 the gen- 
erated update data 5408 are transmitted to the credit 
io settlement terminal 300. At step 91 1 2 the terminal data 
24104 for the merchant information service are 
updated, and the forcible data updating process is 
thereafter terminated. 

[1224] When the data comparison fails, it is assumed 
is that the terminal data may have been illegally altered. At 
step 91 16 the merchant processor generates a manda- 
tory expiration command 5408\ and at step 9117 it 
transmits it to the credit settlement terminal 300. At step 
91 18. the merchant status 24102 of the merchant infor- 
20 mation server is changed to "operation disabled," and at 
step 91 19 the merchant process session error process 
is performed. The data updating process is thereafter 
terminated. 

[1 225] At step 91 09, for generating new terminal data, 
25 the data to be stored in the RAM and on the hard disk 
are rearranged so that the temporary area is empty. 
Especially when there is no extra space in the object 
data area, the sale times for individual sales information 
items are compared, and a local address is assigned as 
30 the object data address of the sales information item 
that has the latest access time. When the version of the 
program of the credit settlement terminal 300 needs to 
be upgraded, the data in the fundamental program area 
are updated. It should be noted that the data in the mer- 
35 chant area are updated io ihe daia in the merchant area 
that is included in the terminal data received from the 
credit settlement terminal 300. 

[1226] The credit settlement terminal 300 receives a 
data update command 5406 and generates a forcible 
40 data update processor to begin the forcible data updat- 
ing process. 

[1227] At step 9000, the credit settlement terminal 300 
decrypts the data update command using the private 
key of the merchant. At step 9001 the credit settlement 

45 terminal 300 examines the validity of the merchant to 
verify the validity of the data update command. 
[1228] When the examination of the merchant s valid- 
ity is successful, at step 9002 the credit settlement ter- 
minal 300 displays "data updating in progress" on the 

so LCD. and at step 9002 compresses the data in the RAM 
and on the hard disk and prepares upload data 5407. 
Then, at step 9004 the credit settlement terminal 300 
transmits the upload data to the merchant processor. 
[1229] When the examination of the validity of the 

55 merchant fails, at step 901 1 the credit settlement termi- 
nal 300 performs a merchant session error process. 
The data updating process is thereafter terminated. 
[1230] After the credit settlement terminal 300 has 
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transmitted the upload data, at steps 9005 and 9012, 
the terminal 300 waits for the reception of a message 
from the merchant processor At step 9005 the credit 
settlement terminal 300 determines whether the mes- 
sage has been received, and at step 9012, determines 5 
whether the time has elapsed. 

[1231] At step 9012, for the time-out decision, when 
the message is not received until the time-out period 
t du < t du > °) n as ended, the credit settlement terminal 
300 determines the time has expired, and at step 9013 10 
it performs the merchant time-out error process. The 
data updating process is thereafter terminated. 
[1232] Upon receiving a message from the merchant 
processor, at step 9006 the credit settlement terminal 
300 decrypts the received message using the private is 
key of the merchant, and at step 9007, examines the 
validity of the merchant in order to verify the validity of 
the received message. 

[1 233] When the examination of the merchants valid- 
ity is successful, the credit settlement terminal 300 20 
moves to step 9008. When the examination of the mer- 
chant's validity fails, at step 9014 the credit settlement 
terminal 300 performs a merchant session error proc- 
ess. The data updating process is thereafter termi- 
nated. 25 
[1 234] At step 9008 the credit settlement terminal 300 
determines whether the received message is data- 
update data 5408 or a mandatory expiration command 
5408'. When the received message is data-update data 
5408, at step 9009 the terminal data 5239 of the update 30 
data are decompressed, and the data in the RAM or on 
the hard disk are updated. At step 9010 the display 
"data updating in progress" is canceled. The forcible 
data updating process is thereafter terminated. 
[1235] When the received message is a mandatory 35 
expiration command 5408*, at step 9015 the credit set- 
tlement terminal 300 displays "operation disabled" on 
the LCD, and at step 9016 clears the terminal enable bit 
of the EE PROM 1503 to inhibit the operation. At step 
901 7 the terminal status is changed to "operation disa- 40 
Wed." and the data updating process is thereafter termi- 
nated. 

[1 236] Figs. 1 23 and 1 1 6 are flowcharts showing the 
data updating processing performed by the data backup 
processor in the personal credit terminal 100. and by 45 
the user processor of the service providing system 102. 
The process performed by the user processor is the 
same as that for the data updating process. 
[1237] When the battery capacity of the personal 
credit terminal 100 is equal to or smaller than Q, the so 
personal credit terminal generates a data backup proc- 
essor to begin the backup process. 
[1 238] First, at step 9200 the personal credit terminal 
100 displays "data update in progress" on the LCD, at 
step 9201 generates a data update request 5109. and 55 
at step 9202 examines the terminal status to determine 
whether the session has been , established. When the 
session has been established, at step 9204 the gener- 



ated data update request is transmitted to the user proc- 
essor. When the session has not been established, at 
step 9203 the session establishment process is per- 
formed. After the session with the service providing sys- 
tem has been established, program control advances to 
step 9204. 

[1 239] After the data update request has been trans- 
mitted, at steps 9205 and 9216 the personal credit ter- 
minal 100 waits for the receipt of a data update 
response 51 10. At step 9205 the personal credit termi- 
nal 100 determines whether the data update response 
has been received, and at step 9216 it determines 
whether the time has expired. 

[1240] At step 9216, for the time-out determination, 
when the data update response is not received until the 
time-out period T^jfu Oruru > 0) has ended, the per- 
sonal credit terminal 100 determines the time has 
expired, and at step 9217 it performs a user time-out 
error process. The data backup process is thereafter 
terminated. 

[1 241 ] When the data update response is received, at 
step 9206 the personal credit terminal 1 00 decrypts the 
data update response using the private key of the user. 
At step 9207 the personal credit terminal 1 00 examines 
the validity of the user to verify the validity of the data 
update response. 

[1 242] When the examination of the users validity is 
successful, at step 9208 the personal credit terminal 
100 compresses the data in the RAM and prepares 
upload data 5111, and at step 9209 it transmits the 
upload data to the user processor. 
[1 243] When the examination of the validity of the user 
fails, at step 9218 the personal credit terminal 100 per- 
forms a user session error process. The data updating 
process is thereafter terminated. 
[1244] After the personal credit terminal 100 has 
transmitted the upload data, at steps 9210 and 9219. 
the terminal 100 warts for the reception of a message 
from the user processor. At step 9210 the personal 
credit terminal 100 determines whether the message 
has been received, and at step 9219. determines 
whether the time has elapsed. 

[1245] At step 9219, for the time-out decision, when 
the message is not received until the time-out period 
t du ( t du > 0) has ended, the personal credit terminal 
100 determines the time has expired, and at step 9220 
it performs the user time-out error process. The data 
backup process is thereafter terminated. 
[1 246] Upon receiving a message from the user proc- 
essor, at step 9211 the personal credit terminal 100 
decrypts the received message using the private key of 
the user, and at step 9212, examines the validity of the 
user in order to verify the validity of the received mes- 
sage. 

[1247] When the examination of the user's validity is 
successful, the personal credit terminal 100 moves to 
step 9213. When the examination of the user's validity 
fails, at step 9221 the personal credit terminal 100 per- 
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forms a user session error process. The data updating 
process is thereafter terminated. 
[1248] At step 9213 the personal credit terminal 100 
determines whether the received message is data- 
update data 51 12 or a mandatory expiration command s 
51 12'. When the received message is data-update data 
51 1 2, at step 921 4 the terminal data 5239 of the update 
data are decompressed, and the data in the RAM are 
updated. At step 9215 the message "low battery" is dis- 
played, (n addition, at step 9225 the terminal status is w 
changed to "write protect" to inhibit writing of new data 
to the RAM. The data backup process is thereafter ter- 
minated. 

[1 249] When the received message is a mandatory 
expiration command 51 1 2\ at step 9222 the personal is 
credit terminal 100 displays "operation disabled" on the 
LCD, and at step 9223 clears the terminal enable bit of 
the EEPROM 1503 to inhibit the operation. At step 9224 
the terminal status is changed to "operation disabled," 
and the data backup process is thereafter terminated. 20 
[1250] The settlement processinging will now be 
described. 

[1251] Figs. 124A, 124B, 125A and 125B are flow- 
charts for the settlement processinging performed by 
the credit settlement terminal 300. To begin the settle- 25 
merit processing, the merchant depresses the credit 
transaction switch on the register, and the credit settle- 
ment terminal 300 generates a settlement process. 
[1 252] First, at step 9300 the credit settlement termi- 
nal 300 generates four types of payment offer 30 
responses 5701 that corresponds to the contents of a 
payment offer 5700 received from the personal credit 
terminal 100. The four payment offer responses are: a 
payment offer response indicating that the amount of 
payment d est gnat ed by the user is lower than the 
amount of charge from the merchant; a payment offer 
response indicating that the user designates a credit 
card that the merchant can not handle; a payment offer 
response indicating that the user designates a payment 
option that the merchant can not handle; and a payment 40 
offer response indicating that the merchant can handle 
the payment offer from the user. 
[1 253] The payment message 5809 and the transac- 
tion number 5810 (Fig. 89B) differ for each of four pay- 
ment offer responses. For the payment offer response 45 
indicating that the amount of payment designated by the 
user is lower than the amount of charge from the mer- 
chant a message indicating the shortage of the amount 
of payment is set as the response message, and "0" is 
set as the transaction number. For the payment offer so 
response indicating that the user designates the credit 
card that the merchant can not handle, a message indi- 
cating the credit card is not available is set as the 
response message, and "0" is set as the transaction 
number. For the payment offer response indicating that 55 
the user designates the payment option the merchant 
can not handle, the message indicating the payment 
option is not available is set as the response message. 



and "0" is set as the transaction number. For the pay- 
ment offer response indicating that the merchant can 
handle the payment offer of the user, a greeting mes- 
sage is set as the response message, and a number 
other than "0" is set as the transaction number to 
uniquely represent the transaction with the user. 
[1254] After generating the four payment offer 
responses, at step 9301 the credit settlement terminal 
300 displays "waiting for payment operation" on the 
LCD, and at step 9302 waits for reception of the pay- 
ment offer 5700 through infrared communication. 
[1 255] Upon receipt of the payment offer form the per- 
sonal credit terminal 100, at steps 9303 to 9305 the 
credit settlement terminal 300 examines the contents of 
the received payment offer. 

[1256] When the amount of payment in the payment 
offer is lower than the amount of charge, at step 9317, 
through infrared communication, the credit settlement 
terminal 300 transmits to the personal credit terminal 
1 00 the payment offer response indicating that the user 
designates the amount of payment lower than the 
amount of charge. At step 9318 the credit settlement 
terminal 300 displays the shortage of the amount of 
payment on the LCD and returns to step 9302 to again 
wait for the receipt of a payment offer. 
[1257] When the service code of the payment offer 
does not exist in the service code list of the credit settle- 
ment terminal 300, at step 9319, through infrared com- 
munication, the credit settlement terminal 300 transmits 
to the personal credit terminal 100 the payment offer 
response indicating that the user designates the credit 
card the merchant can not handle. At step 9320 the 
credit settlement terminal 300 displays on the LCD that 
the credit card is not available, and returns to step 9302 

iu nan iwi a pajmci u unci. 

[1 258] When the payment option code of the payment 
offer does not exist in the service code list of the credit 
settlement terminal 300, at step 9321, through infrared 
communication, the credit settlement terminal 300 
transmits to the personal credit terminal 100 the pay- 
ment offer response indicating that the user designates 
the payment option the merchant can not handle. At 
step 9322 the credit settlement terminal 300 displays on 
the LCD that the payment option is not available, and 
returns to step 9302 to wait for a payment offer. 
[1259] For the other cases, at step 9306, through 
infrared communication, the credit settlement terminal 
300 transmits to the personal credit terminal to the pay- 
ment offer response indicating the merchant can handle 
the payment offer of the user. At step 9307 "authoriza- 
tion in progress" is displayed in the LCD, at step 9308 an 
authorization request 5702 is generated from the pay- 
ment offer and the payment offer response, and at step 
9309. the terminal status is examined to determine 
whether the session has been established. If the ses- 
sion has been established, at step 931 1 the generated 
authorization request is transmitted to the merchant 
processor. If the session is not established, at step 931 0 
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the session establishment process is performed. When credit settlement terminal 300 waits for the receipt of a 
the session with the service providing system 102 is settlement confirmation notification 5708 from the re- 
established, program control moves to step 931 1 . chant processor. At step 9404 the credit settlement ter- 
[1260] After the credit settlement terminal 300 has minal 300 determines whether the settlement 
transmitted the authorization request, at steps 9312 and s confirmation notification 5708 is received, and at step 
9323, the terminal 300 waits for the reception of an 9415 determines whether the time has expired, 
authorization response 5704. At step 9312 the credit [1269] At step 9415 for time-out decision, when the 
settlement terminal 300 determines whether the settlement confirmation notification 5708 is not received 
response 5704 has been received, and at step 9323, until the time-out period T SPCC (T SPCC > 0) elapses, the 
determines whether time has elapsed. w credit settlement terminal 300 ascertains that the time 
[1261] At step 9323 for the time-out decision, when has expired, and at step 9416 performs the merchant 
the authorization response is not received until the time- time-out error process. The settlement processing is 
out period T AR (T AR > 0) elapses, the credit settlement thereafter terminated. 

terminal 300 determines the time has expired, and at [1270] When the credit settlement terminal 300 

step 9324, performs the merchant time-out error proc- is receives the settlement confirmation notification 5708, 

ess. The settlement processing is thereafter terminated. at step 9405 the terminal 300 decrypts the notification 

[1 262] Upon receipt of the authorization response, at 5708 using the private key of the merchant, and at step 

step 9313 the credit settlement terminal 300 decrypts it 9406 examines the validity of the merchant to verify the 

using the private key of the merchant, and at step 931 4, validity of the message. 

examines the validity of the merchant in order to verify 20 [1271] When the examination of the validity of the 
the validity of the authorization response. merchant is successful, the credit settlement terminal 
[1263] When the examination of the merchant's valid- 300 goes to step 9407. When the examination of the 
ity is successful, the credit settlement terminal 300 validity of the merchant fails, at step 941 7 the credit set- 
moves to step 9315. When the examination of the mer- tlement terminal 300 performs the merchant session 
chant's validity fails, at step 9325 the credit settlement 25 error process, and thereafter the settlement processing 
terminal 300 performs a merchant session error proc- is terminated. 

ess. The settlement processing is thereafter terminated. [1 272] At step 9470. the credit settlement terminal 300 

[1264] At step 931 5 the credit settlement terminal 300 prepares a receipt 5709. and at step 9408 transmits it to 

determines whether the authorization is successful. the merchant processor. At step 9409 the decrypted 

When the authorization fails, at step 9326 the authoriza- so settlement confirmation notification 5708 is stored in the 

tion results are displayed on the LCD, and the settle- temporary area of the RAM, at step 9410 the sales list 

merit processing is thereafter terminated. When the and the sales list address are updated, and at step 9411 

authorization is successful, at step 9316 the authoriza- the message "clearing completed" is displayed on the 

tion results and the contents of the user personal infer- LCD. At step 9412 the credit settlement terminal 300 

mation are displayed on the LCD. 35 determines from the empty capacity of the temporary 

[1265] After displaying these data, at steps 9400 and area to determine whether the date updating process is 

941 3 the credit settlement terminal 300 waits for the set- required. If the empty capacity of the temporary area is 

tlement request operation 20616 by the merchant. At equal to or more than the setup value AM (AM > 0). the 

step 9400 the credit settlement terminal 300 determines settlement processing is terminated. If the empty 

whether the settlement request has been issued from 40 capacity is smaller than the setup value AM, the data 

the merchant, and at step 941 3 determines whether the update processor is prepared to begin the data updating 

time has expired. process. 

[1266] At step 9413 for time-out decision, when the [1273] Figs. 126A and 126B and Fig. 127 are flow- 
settlement request is not issued from the merchant until charts showing the settlement processing performed by 
the time-out period T^q (T^q > 0) elapses, the credit 45 the merchant processor. 

settlement terminal 300 ascertains that the time has [1274] The merchant processor initiates the settle- 
expired, and at step 9414 performs the merchant time- ment processing upon receipt of an authorization 
out error process. The settlement processing is thereaf- request 5702 from the credit settlement terminal 300. 
ter terminated. First, at step 9500 the merchant processor decrypts the 
[1267] When the settlement request is issued from the so received authorization request 5702 using the private 
merchant, at step 9401 the credit settlement terminal key of the service provider, and at step 9501 examines 
300 displays "clearing in progress" on the LCD, and at the validity of the merchant processor to verity the valid- 
step 9402 employs the payment offer and the payment ity of the authorization request 5702. 
offer response to generate a settlement request 5705. [1275] When the examination of the validity of the 
At step 9403 the settlement request 5705 is transmitted 55 merchant processor is successful, at step 9503 the mer- 
to the merchant processor. , i chant processor employs a service director process ID 
[1268] After transmitting the settlement request 5705 in the merchant process management information to 
to the merchant processor, at step 9404 and 9415 the determine whether the service director processor 
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belongs to the process group. When the service director 
processor belongs to the process group (service direc- 
tor process ID * 0), at step 9515 the decrypted authori- 
zation request is transmitted to the service director 
processor. When the service director processor does 
not belong to the process group (service director proc- 
ess ID = 0), at step 9503 the decrypted authorization 
request is transmitted to the service manager proces- 
sor. 

[1276] When the examination of the validity of the 
merchant processor fails, the merchant processor 
ascertains that the received message is not valid, and at 
step 9514 performs the merchant processor session 
error process. The settlement processing is thereafter 
terminated. 

[1 277] When the merchant processor has transmitted 
the authorization request to the service director proces- 
sor or the service manager processor, at step 9504 the 
merchant processor waits for receipt of an authorization 
request 5840 from the service director processor. Upon 
receipt of the authorization request 5840 from the serv- 
ice director processor, at step 9505 the merchant proc- 
essor envelopes it to address to the merchant, and at 
step 9506 transmits the enveloped authorization 
response 5704 to the credit settlement terminal 300. 
[1278] After transmitting the authorization response 
5704 to the credit settlement terminal 300. at step 9507 
the merchant processor waits for the receipt of the set- 
tlement request 5705 from the credit settlement termi- 
nal 300. Upon receipt of the settlement request 5705, at 
step 9508 the merchant processor decrypts it using the 
private key of the service provider, and at step 9509 
examines the validity of the merchant processor to ver- 
ity the validity of the settlement request 5705. 
[1279] When the examination of the validity of the 
merchant processor is successful, at step 951 0 the mer- 
chant processor transmits the decrypted settlement 
request 5705 to the service director processor. When 
the examination of the validity of the merchant proces- 
sor fails, the merchant processor ascertains that the 
received message is not valid, and at step 9516 per- 
forms the merchant processor session error process. 
The settlement processing is thereafter terminated. 
[1 280] When the merchant processor has transmitted 
the settlement request to the service director processor, 
at step 951 1 the merchant processor waits for receipt of 
a settlement confirmation notification 5937 from the 
service director processor. Upon the settlement confir- 
mation notification 5937. at step 9512 the merchant 
processor envelopes it to address to the merchant, and 
at step 9513 transmits a settlement confirmation notifi- 
cation to the credit settlement terminal 300. 
[1 281 ] When the merchant processor has transmitted 
the settlement confirmation notification 5708 to the 
credit settlement terminal 300. at step 9600 the mer- 
chant processor waits for the reception of a receipt.5709 
from the credit settlement terminal 300. When the mer- 
chant processor receives the receipt 5709. at step 9601 



the merchant processor decrypts it using the private key 
of the service provider, and at step 9602 examines the 
validity of the merchant processor to verity the validity of 
the receipt 5709. 

s [1282] When the examination of the validity of the 
merchant processor is successful, at step 9603 the mer- 
chant processor transmits the decrypted receipt 5709 to 
the service director processor. At step 9604 the sales 
list in the merchant information server and the sales list 

10 address are updated. The settlement processing is 
thereafter terminated. 

[1283] When the examination of the validity of the 
merchant processor fails, the merchant processor 
ascertains that the received message is not valid, and at 
is step 9605 performs the merchant processor session 
error process. The settlement processing is thereafter 
terminated. 

[1284] Figs. 128A, 128B and 129 are flowcharts for 
the settlement processinging performed by the personal 
20 credit terminal 1 00. To begin the settlement processing, 
the user performs the payment operation, and the per- 
sonal credit terminal 100 generates a settlement proc- 



[1285] First, at step 9700 the personal credit terminal 
25 1 00 generates a payment offer 5700 based on the credit 
card, the amount of payment and the payment operation 
that the user designates during the payment operation. 
At step 9701. the generated payment offer is transmit- 
ted to the credit settlement terminal 300 via infrared 
30 communication. 

[1286] After the personal credit terminal 100 has 
transmitted the payment offer to the credit settlement 
terminal 300. at steps 9702 and 9713. the terminal 100 
waits for the reception of a payment offer response 
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determines whether the response 5701 has been 
received, and at step 9713. determines whether time 
has elapsed. 

[1287] At step 9713 for the timeout decision, when 
40 tte payment offer response is not received until the 
time-out period Tpo R (Tpo R > 0) elapses, the personal 
credit terminal 100 determines the time has expired, 
and at step 9714, displays the time-out error message 
for the payment offer response on the LCD. The settle- 
rs ment processing is thereafter terminated. 

[1288] When the personal credit terminal 1 00 receives 
the payment offer response, at step 9703 the terminal 
100 examines the digital signature of the service pro- 
vider that is applied to the telephone number of the 
so service provider in the payment offer response. When 
the examination of the digital signature is successful, 
program control advances to step 9704. When the 
examination of the digital signature fails, it is assumed 
that the payment offer response is not valid, and at step 
55 971 5 the error message for the payment offer response 
is displayed on the LCD. The settlement processing is 
thereafter terminated. .;i 

[1289] At step 9704 the personal credit terminal 100 
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employs the value of the transaction number in the pay- 
ment offer response to determine whether the merchant 
can handle the contents of the payment offer transmit- 
ted to the credit settlement terminal 300. When the 
transaction number of the payment offer response is not 5 
zero, it is assumed that the contents of the payment 
offer can be handled by the merchant, and the personal 
credit terminal 100 thereafter goes to step 9705. When 
the transaction number of the payment offer response is 
zero, it is assumed that the contents of the payment 10 
offer can not be handled by the merchant. At step 9716, 
therefore, the personal credit terminal 1 00 displays the 
error message for the payment offer response on the 
LCD. and the settlement processing is thereafter termi- 
nated. 75 

[1 290] At step 9705 the personal credit terminal 1 00 
compares the amount of payment in the payment offer 
with the amount of charge in the payment offer 
response. When the amount of payment is equal to the 
amount of charge, program control moves to step 9708. 20 
When the amount of payment is greater than the 
amount of charge, at step 9706 a screen for confirming 
the amount of payment is displayed on the LCD, as is 
shown in Fig. 44I, and at steps 9707 and 9717 the con- 
firmation from the user is waited for. When the conf irma- 25 
tion is performed by the user, the personal credit 
terminal 100 goes to step 9703. At step 9707 the per- 
sonal credit terminal 100 determines whether the confir- 
mation is performed by the user, and at step 9717 
determines whether the time has expired. 30 
[1291] At step 971 7 for the time-out decision, when 
the confirmation is not performed until the time-out 
period 1\jao (T\jao > 0) elapses, the personal credit ter- 
minal 100 determines the time has expired, and at step 
971 8 displays the time-out error message for the conf ir- 35 
mation on the LCD. The settlement processing is there- 
after terminated. 

[1292] At step 9708 the personal credit terminal 1 00 
displays "payment process in progress" on the LCD, 
and at step 9709 generates a payment request 5703 40 
from the payment offer and the payment offer response. 
At step 9710. the terminal status is examined to deter- 
mine whether the session has been established, tf the 
session has been established, at step 9712 the gener- 
ated payment request is transmitted to the user proces- 45 
sor. If the session is not established, at step 971 1 the 
session establishment process is performed. When the 
session with the service providing system 102 is estab- 
lished, program control moves to step 9712. 
[1293] In the session establishment process at step so 
9711, the personal credit terminal 100 dials the tele- 
phone number of the service provider in the payment 
offer response, and is connected to the service provid- 
ing system 102 in the home service area of the mer- 
chant. That is. when a session with the service ss 
providing system 102 is already established during the 
settlement processing, the terminal 100 performs the 
settlement processing with the service providing system 



102. When a session with the service providing system 
102 is to be established, the settlement processing is 
performed with a service providing system in the serv- 
ice area where the merchant currently stays. 
[1294] When the personal credit terminal 100 has 
transmitted the payment request to the merchant proc- 
essor, at steps 9800 and 9807 the terminal 1 00 waits for 
reception of a receipt 5710 from the personal credit ter- 
minal 100. At step 9800 the personal credit terminal 100 
determines whether the receipt 5710 is received, and at 
step 9807 determines whether the time has expired. 
[1295] At step 9807 for the time-out decision, when 
the receipt 5710 is not received until the time-out period 
t spr Ospr > 0). the personal credit terminal 100 deter- 
mines the time has expired, and at step 9808 performs 
the user time-out error process. The settlement 
processing is thereafter terminated. 
[1 296] When the personal credit terminal 1 00 receives 
the receipt 571 0, at step 9801 the terminal 1 00 decrypts 
the receipt 571 0 using the private key of the user, and at 
step 802 examines the validity of the user to verity the 
validity of the receipt 5710. 

[1 297] When the examination of the validity of the user 
is successful, the personal credit terminal 100 goes to 
step 9803. When the examination of the validity of the 
user fails, at step 9809 the personal credit terminal 100 
performs the user session error process. The settle- 
ment processing is thereafter terminated. 
[1298] At step 9803 the decrypted receipt 5710 is 
stored in the temporary area of the RAM. at step 9804 
the use list and the use list address are updated, and at 
step 9805 the receipt is displayed on the LCD. At step 
9806 the personal credit terminal 100 determines from 
the empty capacity of the temporary area to determine 
whether the date updating process is required. If the 
empty capacity of the temporary area is equal to or 
more than the setup value AU (AU > 0), the settlement 
processing is terminated. If the empty capacity is 
smaller than the setup value AU. the data update proc- 
essor is prepared to begin the data updating process. 
[1299] Fig. 130 is a flowchart showing the settlement 
processing performed by the user processor. 
[1300] The user processor initiates the settlement 
processing upon receipt of a payment request 5703 
from the personal credit terminal 1 00. First, at step 9900 
the user processor decrypts the received payment 
request 5703 using the private key of the service pro- 
vider, and at step 9901 examines the validity of the user 
processor to verity the validity of the payment request 
5703. 

[1 301 ] When the examination of the validity of the user 
processor is successful, at step 9902 the user proces- 
sor employs a service director process ID in the user 
process management information to determine whether 
the service rector processor belongs to the process 
group. When the service director processor belongs to 
the process group (service director process ID * 0). at 
step 9909 the decrypted payment request is transmitted 
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to the service director processor. When the service 
director processor does not belong to the process group 
(service director process ID = 0). at step 9903 the 
decrypted payment request is transmitted to the service 
manager processor. 5 

[1 302] When the examination of the validity of the user 
processor fails, the user processor ascertains that the 
received message is not valid, and at step 9908 per- 
forms the user processor session error process. The 
settlement processing is thereafter terminated. io 
[1 303] When the user processor has transmitted the 
authorization request to the service director processor 
or the service manager processor, at step 9904 the user 
processor waits for receipt of a receipt 6016 from the 
service director processor. Upon receipt of the receipt 15 
6016 from the service director processor, at step 9905 
the user processor envelopes it to address to the user, 
and at step 9906 transmits the enveloped receipt 5710 
to the personal credit terminal 100. In addition, at step 
9907 the receipt the use list in the user information 20 
server and the use list address are updated. The settle- 
ment processing is thus terminated. 
[1 304] Fig. 1 31 A is a flowchart showing the settlement 
processinging performed by the settlement system 103. 
The settlement processing is initiated when a settle- 25 
ment request 5706 is received from the settlement proc- 
essor in the service providing system 102. 
[1 305] First, at step 10000 the settlement system 103 
decrypts the received settlement request 5706 using 
the private key of the settlement processor, and at step 30 
1 0001 examines the validity of the settlement processor 
to verify the validity of the settlement request 5706. 
[1 306] When the examination of the validity of the set- 
tlement processor is successful, at step 10002, in 

w.www. ««. "in ■ u m= ociuci 1 1^1 11 1 CWjUCdl O / LfO U ItJ 5>*2llltJ- 33 

ment system 103 updates data in the subscriber infor- 
mation server, the member store information server and 
the transaction information server to perform the settle- 
ment processing. At step 10003 the settlement system 
103 generates a settlement confirmation notification 40 
5707 and at step 10004 transmits the notification 5707 
to the settlement -processor. The settlement processing 
is thereafter terminated. 

[1 307] When the examination of the validity of the set- 
tlement processor fails, it is assumed that the received 45 
message is not valid, and at step 10005 the personal 
credit terminal 100 performs a settlement processor 
session error process. The settlement processing is ter- 
minated. In the settlement processor session error proc- 
ess, the settlement system 103 transmits a session so 
error message to the management system of the settle- 
ment system and to the settlement processor of the 
service providing system, and disconnects the line from 
the settlement processor. 

[1308] The examination of the validity of the settle- 55 
ment processor is a process for verifying the validity of 
a message that is received from the settlement proces- 
sor of the service providing system 102. As is shown in 



Fig. 131B, four types of verifications are performed to 
examine the validity of the settlement processor. First, 
at step 10006 the digital signature of the service pro- 
vider is examined, and at step 10007 the service pro- 
vider IDs are compared, at step 10008 the effective 
period tor the received message is examined, and at 
step 10009 the time when the received message was 
issued is examined. At step 10009 for verifying the 
issued time, a difference between the time when the 
received information was issued and the current time is 
examined. When the difference is time Tjp (T TP > 0) or 
longer, the received information is regarded as invalid. 
Thus, only when the digital signature of the service pro- 
vider is verified, the service providers ID are matched, 
the period of the message is effective and the issued 
time is verified, it is ascertained that the examination of 
the validity of the settlement processor is successful, 
and for the other cases, it is ascertained that the exam- 
ination fails. 

[1309] Fig. 132A is a flowchart showing the settlement 
processinging performed by the settlement processor. 
The settlement processor initiates the settlement 
processing when a settlement request 5910 is received 
from the service director processor. 
[1310] First, at step 10100 the settlement request 
5910 is enveloped to address to the settlement proces- 
sor, and at step 10101 the settlement request 5706 is 
transmitted to the settlement system 102. 
[131 1 ] After the settlement request 5706 is transmit- 
ted to the settlement system 1 02, at step 101 02 the set- 
tlement processor waits for the reception of a settlement 
confirmation notification 5707 from the settlement sys- 
tem 102. Upon receipt of the settlement confirmation 
notification 5707, at step 10103 it is decrypted using the 
privaie key of the service provider, and at step 10104 
the validity of the settlement processor is examined to 
verify the validity of the settlement confirmation notifica- 
tion 5707. 

[1 31 2] When the examination of the validity of the set- 
tlement processor is successful, at step 10105 the 
decrypted settlement confirmation notification 5707 is 
transmitted to the service director process, and at step 
10106 the clearing list in the settlement processor infor- 
mation server and the clearing list address are updated. 
The settlement processing is thereafter terminated. 
[1 31 3] When the examination of the validity of the set- 
tlement processor fails, it is assumed that the received 
message is not valid, and at step 10107 the settlement 
processor process session error process is performed. 
The settlement processing is then terminated. In the 
settlement processor process session error process, 
the settlement processor is deleted by the service man- 
ager, and the line to the settlement system 103 is dis- 
connected. At this time, the settlement processor 
transmits to the management system 407 a session 
error message that indicates an invalid message has 
been received. 

[1314] The examination of the validity of the settle- 
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ment processor is a process for verifying the validity of 
a message that is received from the settlement system 
103. As is shown in Fig. 132B, three types of verifica- 
tions are performed to examine the validity of the settle- 
ment processor. First, at step 10108 the digital 5 
signature of the settlement processor is examined, and 
at step 10109 the settlement processor IDs are com- 
pared, at step 101 10 the time when the received mes- 
sage was issued is examined. At step 10110 for 
verifying the issued time, a difference between the time w 
when the received information was issued and the cur- 
rent time is examined. When the difference is time T TPP 
(T TPP > 0) or longer, the received information is 
regarded as invalid. Thus, only when the digital signa- 
ture of the settlement processor is verified, the service 15 
providers ID are matched and the issued time is veri- 
fied, it is ascertained that the examination of the validity 
of the settlement processor is successful, and for the 
other cases, it is ascertained that the examination fails. 
[1315] Figs. 133 A and 133B are flowcharts showing 20 
the settlement processinging performed by the service 
director processor. The service director processor initi- 
ates the settlement processing when an authorization 
request 5820 and a payment request 5827 are received 
from the service manager processor, when an authori- 25 
zation request 5820 is received from the merchant proc- 
essor, or when a payment request 5827 is received from 
the user processor. 

[1316] When the authorization request 5820 is 
received from the merchant processor, at step 10216 30 
the service director processor waits for the reception of 
the payment request 5827 from the user processor. 
Upon receipt of the payment request 5827 from the user 
processor, program control goes to step 10200. 
[1317] When the payment request 5827 is received 35 
from the user processor, at step 10217 the service 
director processor waits for the reception of the authori- 
zation request 5820 from the merchant processor. Upon 
receipt of the authorization request 5820 from the mer- 
chant processor, program control goes to step 1 0200. 40 
[1318] When the authorization request 5820 and the 
payment request 5827 are received from the service 
manager processor, the service director processor goes 
to step 10200 whereat the validity for the authorization 
request 6820 and the payment request 5827 is exam- 45 
ined. At step 10200 for the examination for the validity 
for the authorization request 6820 and the payment 
request 5827, the service director processor compares 
the data for the payment offer and payment offer 
response that are included in the authorization request, so 
with the data for the payment offer and the payment 
offer response that are included in the payment request, 
and examines the effective periods for the payment 
offers and the payment offer responses. When the data 
are matched and the message periods are found effec- 55 
tive. the service director processor ascertains that the 
validity for the authorization request 6820 and the pay- 
ment request'5827 is verified. For the other cases, the 



service director processor ascertains that the examina- 
tion of validity fails. 

[1319] When the examination of the validity for the 
authorization request 6820 and the payment request 
5827 fails, at step 10212 the service director processor 
performs the service director session error process, and 
terminates the settlement processing. Through the 
service director process session error process, the 
service director processor, and the user processor and 
the merchant processor, which belong to the same 
grotp as the service director processor, are deleted by 
the service manager processor. At this time, the service 
director processor transmits to the management system 
407 a session error message indicating that the invalid 
message has been received. 

[1320] When the examination of the validity for the 
authorization request 6820 and the payment request 
5827 is successful, at step 10201 the service director 
processor refers to the customer table for the merchant, 
and specifies the customer number that corresponds to 
the user ID of the payment request. At step 10202 the 
service director processor accesses information in the 
user information server that corresponds to the user 
and generates an authorization response 5840. and at 
step 10203 transmits it to the merchant processor. At 
step 10204 the provided authorization service history is 
added to the provided service list 4303 to update the list 
4303. 

[1 321 ] At step 1 0202 for the generation of the author- 
ization response 5840, if the credit condition of the user 
is unsatisfactory, the service director processor does 
not set the user personal data 5824. When there is no 
previous transaction between the user and the mer- 
chant, the customer number that corresponds to the 
user ID can not be specified, and therefore, the cus- 
tomer number 5836 is not set. 

[1 322] When, at step 1 0204, the service director proc- 
essor has updated the provided service list, at steps 
10205 and 10213 it waits for the reception of a settle- 
ment request 5850. At step 10205 the service director 
processor determines whether the settlement request 
5850 is received, and at step 10213 determines 
whether the time has expired. 

[1323] At step 10213 for the time-out decision, when 
the settlement request 5850 is not received until the 
time-out period T CR (T CR > 0) elapses, the service 
director processor ascertains that the time has expired, 
and at step 1 021 4 performs the service director process 
time-out error process. The settlement processing is 
thereafter terminated. Through the service director 
time-out error process, the service manager processor 
deletes the service director processor, and the user 
processor and the merchant processor that belong to 
the same process group as the service director proces- 
sor. At this time, the service director processor transmits 
to the management system 407 a time-out error mes- 
sage indicating that the time has expired. 
[1 324] When the settlement request 5850 is received 
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from the merchant processor, at step 1 0206 the service 
director processor examines the validity for the settle- 
ment request 5050. At step 10206 for the examination 
for the validity for the settlement request 5740, the serv- 
ice director processor compares the data for the pay- 
ment offer and payment offer response that are included 
in the settlement request, with the data for the payment 
offer and the payment offer response that are included 
in the payment request; compares the authorization 
number of the settlement request 5850 with the author- 
ization number of the authorization response; and 
examines the effective period for the settlement 
request. When the data are matched, the authorization 
numbers are matched and the message period is found 
effective, the service director processor ascertains that 
the validity for the settlement request 5850 is verified. 
For the other cases, the service director processor 
ascertains that the examination of validity fails. 
[1 325] When the examination of the validity for the set- 
tlement request 5050 fails, at step 10215 the service 
director processor performs the service director session 
error process, and terminates the settlement process- 
ing. 

[1 326] When the examination of the validity for the set- 
tlement request 5050 is successful, at step 10207 the 
service director processor refers to the settlement proc- 
essor table 4304 to select a settlement processor to 
which the settlement processing is requested. At step 
10208 a member process request is transmitted to the 
service manage process to request that a settlement 
processor that corresponds to the selected settlement 
processor become a member of the same process 
group. At step 10209 the service director processor 
waits until the requested settlement processor belongs 
to the process group. 

[1 327] When the requested settlement processor joins 
the process group, at step 10210 the service director 
processor accesses information in the user information 
server that corresponds to the user, information in the 
merchant information server and information in the set- 
tlement processor information server that corresponds 
to the settlement processor, and generates a settlement 
request 5910. At step 10211, the settlement request 
5910 is transmitted to the settlement processor. 
[1 328] When the service director processor has trans- 
mitted the settlement request 5910, at steps 10300 and 
1031 1 it waits for the reception of a settlement confirma- 
tion notification 5927 from the settlement processor. At 
step 10300 the service director processor determines 
whether the settlement confirmation notification 5927 is 
received, and at step 10311 determines whether that 
time has expired. 

[1 329] At step 1 031 1 for the time-out decision, when 
the settlement confirmation notification 5927 is not 
received until the time-out period T TPCC (T TPC c > 0) 
elapses, the service director processor ascertains that 
the time has expired, and at step 10312 performs the *, 
service director process time-out error process. The 



settlement processing is thereafter terminated. 
[1330] When the settlement confirmation notification 
5927 is received from the settlement processor, at step 
10301 the service director processor determines 

5 whether there is a customer number that corresponds to 
the user. When such a customer number exists, pro- 
gram control moves to step 10303. When a correspond- 
ing customer number does not exist, at step 10302 a 
customer number that uniquely represents the user is 

10 prepared for the merchant, and is registered in the mer- 
chant customer table. Program control then goes to step 
10303. 

[1331] At step 10303 the service director processor 
employs the settlement confirmation notification 5927 

75 and the settlement request 5850 to generate a settle- 
ment confirmation notification 5937 for the merchant. At 
step 10304 the service director processor transmits the 
settlement confirmation notification 5937 to the mer- 
chant processor. 

20 [1 332] When the service director processor has trans- 
mitted the settlement confirmation notification 5937, at 
steps 10305 and 10313 it waits for the reception of a 
receipt 6008 from the merchant processor. At step 
10305 the service director processor determines 

25 whether the receipt 6008 is received, and at step 1 031 3 
determines whether that time has expired. 
[1333] At step 10313 for the time-out decision, when 
the receipt 6008 is not received until the time-out period 
Tmr 0"mr > 0) elapses, the service director processor 

30 ascertains that the time has expired, and at step 1 031 4 
performs the service director process time-out error 
process. The settlement processing is thereafter termi- 
nated. 

[1334] When the receipt 6008 is received from the 
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processor employs the receipt 6008 and the settlement 
confirmation notification 5927 to generate a receipt for a 
user. At step 10307 the receipt 6016 is transmitted to 
the user and at step 10308 the provided service history 

40 for the credit settlement is added to the provided service 
list 4303 to update the list 4303. 
[1335] When the service director processor has 
updated the provided service list 4303, at step 10309 
the service director processor waits until the user proc- 

45 essor completes the settlement processing. When the 
user processor has completed the settlement process- 
ing, at step 10310 the service director processor trans- 
mits to the service manager processor a request for 
deleting the service director processor. The settlement 

so processing is then terminated. Through the transmis- 
sion of the deletion request, the service director proces- 
sor is deleted by the service manager processor. 
[1336] Figs. 135A and 135B are flowcharts for the 
cancellation processing performed by the credit settle- 

55 merit terminal 300. To begin the cancellation process, 
the merchant performs the cancellation operation 901 
and the credit settlement terminal 300 generates a can- 
cellation processor. 
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[1 337] First, at step 1 0400 the credit settlement termi- 
nal 300 displays message "authorization in progress" 
on the LCD, and at step 10401 generates a cancellation 
request 61 00 from a settlement confirmation notification 
5937 for transaction that is to be canceled. At step 5 

10402 the terminal status is examined to determine 
whether the session has been established. If the ses- 
sion has been established, at step 10404 the generated 
cancellation request is transmitted to the merchant 
processor. If the session is not established, at step w 

10403 the session establishment process is performed. 
When the session with the service providing system 
102 is established, program control moves to step 
10404. 

[1338] After the credit settlement terminal 300 has 75 
transmitted the cancellation request, at steps 10405 
and 10412, the terminal 300 waits for the reception of a 
cancellation confirmation notification 6104 from the 
merchant processor. At step 10405 the credit settlement 
terminal 300 determines whether the notification 6104 20 
has been received, and at step 10412, determines 
whether time has elapsed. 

[1339] At step 10412 for the time-out decision, when 
the cancellation confirmation notification 6104 is not 
received until the time-out period T SPCC (T SPCC > 0) 25 
elapses, the credit settlement terminal 300 determines 
the time has expired, and at step 10413. performs the 
merchant time-out error process. The cancellation proc- 
esses thereafter terminated. 

[1340] Upon receipt of the cancellation confirmation 30 
notification 6104, at step 10406 the credit settlement 
terminal 300 decrypts it using the private key of the mer- 
chant, and at step 10407 examines the validity of the 
merchant in order to verify the validity of the received 
message. 35 
[1 341 ] When the examination of the merchant's valid- 
ity is successful, the credit settlement terminal 300 
moves to step 1 0408. When the examination of the mer- 
chant's validity fails, at step 10414 the credit settlement 
terminal 300 performs a merchant session error proc- 40 
ess. The cancellation process is thereafter terminated. 
[1 342] At step 1 0408 the decrypted cancellation con- 
firmation notification 6104 is stored in the temporary 
area of the RAM, at step 10409 the sales list and the 
sales list address are updated, and at step 10410 the 45 
message "cancellation completed" is displayed on the 
LCD. At step 10411 the credit settlement terminal 300 
determines from the empty capacity of the temporary 
area to determine whether the date updating process is 
required. If the empty capacity of the temporary area is so 
equal to or more than the setup value AM (AM > 0), the 
cancellation process is terminated. If the empty capac- 
ity is smaller than the setup value AM, the data update 
processor is prepared to begin the data updating proc- 
ess. 55 
[1 343] Fig . 1 36 is a flowchart showing the cancellation 
process performed by the merchant processor. . 
[1 344] The merchant processor initiates the cancella- 



tion process upon receipt of a cancellation request 6100 
from the credit settlement terminal 300. First, at step 
10500 the merchant processor decrypts the received 
cancellation request 6100 using the private key of the 
service provider, and at step 10501 examines the valid- 
ity of the merchant processor to verity the validity of the 
cancellation request 6100. 

[1345] When the examination of the validity of the 
merchant processor is successful, at step 10502 the 
merchant processor employs a service director process 
ID in the merchant process management information to 
determine whether the service director processor 
belongs to the process group. When the service director 
processor belongs to the process group (service direc- 
tor process ID * 0), at step 10509 the decrypted cancel- 
lation request is transmitted to the service director 
processor. When the service director processor does 
not belong to the process group (service director proc- 
ess ID = 0), at step 10503 the decrypted cancellation 
request is transmitted to the service manager proces- 
sor. 

[1346] When the examination of the validity of the 
merchant processor fails, the merchant processor 
ascertains that the received message is not valid, and at 
step 10508 performs the merchant processor session 
error process. The cancellation process is thereafter 
terminated. 

[1 347] When the merchant processor has transmitted 
the cancellation request 6205 to the service director 
processor or the service manager processor, at step 
10504 the merchant processor waits for receipt of a 
cancellation confirmation notification 6241 from the 
service director processor. 

[1348] Upon receipt of the cancellation confirmation 
notification 6241 from the service director processor, at 
step 10505 the merchant processor envelopes it to 
address to the merchant, and at step 10506 transmits 
the enveloped cancellation confirmation notification 
6104 to the credit settlement terminal 300. At step 
10507, the sales list in the merchant information server 
and sales list address are updated. The cancellation 
process is thereafter terminated. 
[1349] Figs. 137 A and 137B are flowcharts for the 
cancellation processing performed by the personal 
credit terminal 100. To begin the cancellation process, 
the user performs the cancellation operation 904, and 
the personal credit terminal 100 generates a cancella- 
tion processor. 

[1 350] First, at step 1 0600 the personal credit terminal 
100 displays message "cancellation in progress" on the 
LCD, and at step 10601 generates a cancellation 
request 6101 from a receipt 6016 for transaction that is 
to be canceled. At step 10602 the terminal status is 
examined to determine whether the session has been 
established. If the session has been established, at step 
10604 the generated cancellation request 6101 is trans- 
mitted to the user processor. If the session is not estab- 
lished, at step 10603 the session-establishment process 
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is performed. When the session with the service provid- 
ing system 102 is established, program control moves 
to step 10604. 

[1351] After the personal credit terminal 100 has 
transmitted the cancellation request, at steps 10605 
and 10612, the terminal 100 waits for the reception of a 
cancellation receipt 6105 from the user processor. At 
step 10605 the personal credit terminal 100 determines 
whether the receipt 6105 has been received, and at 
step 10612, determines whether time has elapsed. 
[1352] At step 10612 for the time-out decision, when 
the cancellation receipt 6105 is not received until the 
time-out period T SPCR (T SPCR > o) elapses, the per- 
sonal credit terminal 100 determines the time has 
expired, and at step 10613, performs the user time-out 
error process. The cancellation process is thereafter 
terminated. 

[1 353] Upon receipt of the cancellation receipt 61 05, 
at step 10606 the personal credit terminal 100 decrypts 
it using the private key of the user, and at step 10607 
examines the validity of the user in order to verify the 
validity of the received message. 
[1354] When the examination of the user's validity is 
successful, the personal credit terminal 100 moves to 
step 10608. When the examination of the user's validity 
fails, at step 1 061 4 the personal credit terminal 1 00 per- 
forms a user session error process. The cancellation 
process is thereafter terminated. 
[1355] At step 10608 the decrypted cancellation 
receipt 61 05 is stored in the temporary area of the RAM, 
at step 10609 the use list and the use list address are 
updated, and at step 10610 the cancellation receipt is 
displayed on the LCD. At step 1061 1 the personal credit 
terminal 100 determines from the empty capacity of the 
temporary area to determine whether the date updating 35 
process is required. If the empty capacity of the tempo- 
rary area is equal to or more than the setup value AU 
(AU > 0), the cancellation process is terminated. If the 
empty capacity is smaller than the setup value AU, the 
data update processor is prepared to begin the data 40 
updating process. 

[1 356] Fig. 1 38 is a flowchart showing the cancellation 
process performed by the user processor. 
[1357] The user processor initiates the cancellation 
process upon receipt of a cancellation request 6101 45 
from the personal credit terminal 100. First, at step 
1 0700 the user processor decrypts the received cancel- 
lation request 6101 using the private key of the service 
provider, and at step 10601 examines the validity of the 
user processor to verity the validity of the cancellation so 
request 6101. 

[1 358] When the examination of the validity of the user 
processor is successful, at step 10702 the user proces- 
sor employs a service director process ID in the user ..1 
process management information to determine whether 55 
the service director processor belongs to the process 
group. When the service director processor belongs to 
the process group (service director process ID * 0), at 



step 10709 the decrypted cancellation request 6101 is 
transmitted to the service director processor. When the 
service director processor does not belong to the proc- 
ess group (service director process ID = 0), at step 
5 10703 the decrypted cancellation request 6101 istrans- 
mrtted to the service manager processor. 
[1 359] When the examination of the validity of the user 
processor fails, the user processor ascertains that the 
received message is not valid, and at step 10708 per- 
10 forms the user processor session error process. The 
cancellation process is thereafter terminated. 
[1360] When the user processor has transmitted the 
cancellation request 6213 to the service director proc- 
essor or the service manager processor, at step 10704 
is the user processor waits for receipt of a cancellation 
receipt 6250 from the service director processor. 
[1361] Upon receipt of the cancellation receipt 6250 
from the service director processor, at step 10705 the 
user processor envelopes it to address to the user, and 
at step 10706 transmits the enveloped cancellation 
receipt 61 05 to the personal credit terminal 1 00. At step 
1 0707, the use list in the user information server and the 
use list address are updated. The cancellation process 
is thereafter terminated. 

[1362] Fig. 139 is a flowchart showing the cancellation 
processing performed by the settlement system 103. 
The cancellation process is initiated when a cancella- 
tion request 6102 is received from the settlement proc- 
essor in the service providing system 102. 
[1363] First, at step 10800 the settlement system 103 
decrypts the received cancellation request 6102 using 
the private key of the settlement processor, and at step 
1 0801 examines the validity of the settlement processor 
to verify the validity of the cancellation request 6102. 
•> ■ w J ••"oiiuib caqi mi icuiui rui u ie vaiiaiiy ot the set- 
tlement processor is successful, at step 10802, in 
accordance with the cancellation request 6102 the set- 
tlement system 103 updates data in the subscriber 
information server, the member store information server 
and the transaction information server to perform the 
cancellation process for the credit transaction. At step 
10803 the settlement system 103 generates a cancella- 
tion confirmation notification 6103 and at step 10804 
transmits the notification 6103 to the settlement proces- 
sor. The cancellation process is thereafter terminated. 
[1 365] When the examination of the validity of the set- 
tlement processor fails, it is assumed that the received 
message is not valid, and at step 10805 the a settle- 
ment processor session error process is performed. 
The cancellation process is thereafter terminated. 
[1366] Fig. 140 is a flowchart showing the cancellation 
processing performed by the settlement processor. The 
settlement processor initiates the cancellation process 
when a cancellation request 6221 is received from the 
service director processor. 

[1367] .First, at step 10900 the cancellation request 
6221 is enveloped to address to the settlement proces- 
sor, and at step 10901 the cancellation request 6102 is 
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transmitted to the settlement system 102. 
[1 388] After the cancellation request 61 02 is transmit- 
ted to the settlement system 102, at step 10902 the set- 
tlement processor waits for the reception of a 
cancellation confirmation notification 61 03 from the set- s 
tlement system 102. Upon receipt of the cancellation 
confirmation notification 6103, at step 10903 it is 
decrypted using the private key of the service provider, 
and at step 10904 the validity of the settlement proces- 
sor is examined to verify the validity of the cancellation w 
confirmation notification 6103. 

[1 369] When the examination of the validity of the set- 
tlement processor is successful, at step 10905 the 
decrypted cancellation confirmation notification 6103 is 
transmitted to the service director process, and at step is 
10906 the clearing list in the settlement processor infor- 
mation server and the clearing list address are updated. 
The cancellation process is thereafter terminated. 
[1 370] When the examination of the validity of the set- 
tlement processor fails, it is assumed that the received 20 
message is not valid, and at step 10907 the settlement 
processor process session enror process is performed. 
The cancellation process is then terminated. 
[1371] Figs. 141 A and 141B are flowcharts showing 
the cancellation processing performed by the service 25 
director processor. 

[1372] The service director processor initiates the 
cancellation process when a cancellation requests 6205 
and 6213 are received from the service manager proc- 
essor, when a cancellation request 6205 is received 30 
from the merchant processor, or when a cancellation 
request 6213 is received from the user processor. 
[1373] When the cancellation request 6205 is 
received from the merchant processor, at step 11016 
the service director processor waits for the reception of 35 
the cancellation request 6213 from the user processor. 
Upon receipt of the cancellation request 6213 from the 
user processor, program control goes to step 1 1000. 
[1374] When the cancellation request 6213 is 
received from the user processor, at step 11017 the 40 
service director processor waits for the reception of the 
cancellation request 6205 from the merchant processor. 
Upon receipt of the cancellation request 6205 from the 
merchant processor, program control goes to step 
11000. 45 
[1375] When the cancellation requests 6205 and 6213 
are received from the service manager processor, the 
service director processor goes to step 1 1000 whereat 
the validity for the cancellation requests 6205 and 6213 
is examined. At step 1 1000 for the examination for the so 
validity for the cancellation requests 6205 and 621 3, the 
service director processor compares the settlement 
confirmation notification 5937 for the cancellation 
request 6205 with the data in the merchant information 
server; compares the receipt 6016 for the cancellation 55 
6205 with the data in the user information server; com- 
pares the clearing number of the settlement confirma- 
tion notification 5937 for the cancellation request 6205 



with the clearing number of the receipt 601 6 for the can- 
cellation request 6213; and examines the effective peri- 
ods for the cancellation requests 6205 and 6213. When 
the data in the settlement confirmation notification 5937 
and the receipt 601 6 are matched, the clearing numbers 
are matched and the message periods are found effec- 
tive, the service director processor ascertains that the 
validity for the cancellation requests 6205 and 621 3. For 
the other cases, the service director processor ascer- 
tains that the examination of validity fails. 
[1376] When the examination of the validity for the 
cancellation request and a payment request fails, at 
step 1 1013 the service director processor performs the 
service director session error process, and terminates 
the cancellation process. 

[1377] When the examination of the validity for the 
cancellation request and the payment request is suc- 
cessful, at step 10208 the service director processor 
transmits a member process request to the service 
manage process to request, as a member of the same 
process group, a settlement processor that corresponds 
to the settlement processor that handled the credit 
transaction to be canceled. At step 11002 the service 
director processor waits until the requested settlement 
processor belongs to the process group. 
[1 378] When the requested settlement processor joins 
the process group, at step 11003 the service director 
processor accesses information in the settlement proc- 
essor information server that corresponds to the settle- 
ment processor, and generates a settlement request 
6221. At step 11004, the cancellation request 6221 is 
transmitted to the settlement processor. 
[1 379] When the service director processor has trans- 
mitted the cancellation request 6221, at steps 11005 
and 11014 it waits for the reception of a cancellation 
confirmation notification 6232 from the settlement proc- 
essor. At step 11005 the service director processor 
determines whether the cancellation confirmation notifi- 
cation 6232 is received, and at step 11014 determines 
whether that time has expired. 

[1380] At step 1 1014 for the time-out decision, when 
the cancellation confirmation notification 6232 is not 
received until the time-out period T TPCC (T TPCC > 0) 
elapses, the service director processor ascertains that 
the time has expired, and at step 11015 performs the 
service director process time-out error process. The 
cancellation process is thereafter terminated. 
[1 381 ] When the cancellation confirmation notification 
6232 is received from the settlement processor, at 6tep 
10303 the service director processor employs the can- 
cellation confirmation notification 6232 and the cancel- 
lation request 6205 to generate a cancellation 
confirmation notification 6241 for the merchant. At step 
11007 the service director processor employs the can- 
cellation request 621 3 and the cancellation confirmation 
notification 6232 to generate a cancellation receipt 6250 
for the user. At step 1 1009 the service director proces- 
sor transmits the generated cancellation receipt 6250 to 
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the merchant processor. At step 11010 the provided 
service history for the credit settlement is added to the 
provided service list 4303 to update the list 4303. 
[1382] When the service director processor has 
updated the provided service list 4303, at step 11011 
the service director processor waits until the merchant 
processor and the user processor complete the cancel- 
lation process. When the merchant processor and the 
user processor have completed the cancellation proc- 
ess, at step 1 1012 the service (Srector processor trans- 
mits to the service manager processor a request for 
deleting the service director processor. The cancellation 
process is then terminated. Through the transmission of 
the deletion request at step 1 1012, the service director 
processor is deleted by the service manager processor. 
[1 383] The customer service call process will now be 
explained. Figs. 142A and 142B are flowcharts for the 
customer service call processing performed by the 
credit settlement terminal 300. To begin the customer 
service call process, the merchant performs the cus- 
tomer service call operation and the credit settlement 
terminal 300 generates a customer service call proces- 
sor. 

[1 384] First, at step 1 1 1 00 the credit settlement termi- 
nal 300 displays message "connection in progress" on 
the LCD, and at step 11101 generates a customer serv- 
ice call request 6300 for transaction that is to be can- 
celed. At step 1 1 102 the terminal status is examined to 
determine whether the session has been established. If 
the session has been established, at step 11104 the 
generated customer service call request is transmitted 
to the merchant processor, ff the session is not estab- 
lished, at step 1 1 103 the session establishment process 
is performed. When the session with the service provid- 
ing system 102 is established, program centre! moves 
to step 11104. 

[1385] After the credit settlement terminal 300 has 
transmitted the customer service call request, at steps 
1 1 105 and 11113, the terminal 300 waits for the recep- 
tion of a customer service call response 6302 from the 
merchant processor. At step 1 1 105 the credit settlement 
terminal 300 determines whether the customer service 
call response 6302 has been received, and at step 
11113, determines whether time has elapsed. 
[1 386] At step 1 1 1 1 3 for the time-out decision, when 
the customer service call response 6302 is not received 
until the time-out period T^r (Tcscr > 0) elapses, the 
credit settlement terminal 300 determines the time has 
expired, and at step 11114. performs the merchant 
time-out error process. The customer service call proc- i 
ess is thereafter terminated. 

[1387] Upon receipt of the customer service call 
response 6302, at step 1 1 106 the credit settlement ter- 
minal 300 decrypts it using the private key of the mer- 
chant and at step 1 1 107 examines the validity of the f 
merchant in order to verify the validity of the received 
message. • 

[1388] When the examination of the merchant s valid- 



ity is successful, the 'credit settlement terminal 300 
moves to step 1 1 108. When the examination of the mer- 
chant's validity fails, at step 1 1 1 14 the credit settlement 
terminal 300 performs a merchant session error proc- 
5 ess. The customer service call process is thereafter ter- 
minated. 

[1 389] At step 1 1 1 08. the credit settlement terminal 
300 determines whether message for the customer 
service call response permits or inhibits the speech. 

10 When the speech is enabled, at step 1 1 109 the credit 
settlement terminal 300 displays "calling in progress" on 
the LCD. and at step 11 110 waits for the reception of a 
calling response 6304 from the merchant processor. 
When the speech is disabled, at step 1 1 1 16 the credit 

75 settlement terminal 300 displays on the LCD an error 
message indicating that the access to user is not suc- 
cessful. The customer service call process is thereafter 
terminated. 

[1390] When the calling response 6304 is received 
20 from the merchant processor, at step 11111 the credit 
settlement terminal 300 decrypts the calling response 
6304 using the private key of the merchant. At step 
11112 "speech in progress" is displayed on .the LCD, 
and program control is shifted to the speech state. At 
25 this time, when the audio data encryption key 6439 is 
included in the calling response 6304. the credit settle- 
ment terminal 300 sets the audio data encryption key 
6439 to the audio data encryption key register (CRYPT) 
2261 1 , and encrypts the audio data for speech commu- 
30 nication. 

[1391] Figs. 143A and 143B are flowcharts showing 
the customer service call process performed by the 
merchant processor. 

[1 392] The merchant processor initiates the customer 

35 service caii process upon receipt of a customer service 
call 6300 from the credit settlement terminal 300. First, 
at step 11200 the merchant processor decrypts the 
received customer service call request 6300 using the 
private key of the service provider, and at step 1 1201 

40 examines the validity of the merchant processor to ver- 
ity the validity of the customer service call request 6300. 
[1393] When the examination of the validity of the 
merchant processor is successful, at step 11202 the 
merchant processor employs a service director process 

45 ID in the merchant process management information to 
determine whether the service director processor 
belongs to the process group. When the service director 
processor belongs to the process group (service direc- 
tor process ID * 0), at step 11212 the decrypted cus- 

so tomer service call request is transmitted to the service 
director processor. When the service director processor 
does not belong to the process group (service director 
process ID = 0), at step 11203 the decrypted customer 
service call request 6300 is transmitted to the service 

>5 manager processor. 

[1394] When the examination of the validity of the 
merchant processor fails, the merchant processor 
ascertains that the received message is not valid, and at 
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step 11211 performs the merchant processor session 
error process. The customer service call process is 
thereafter terminated. 

[1 395] When the merchant processor has transmitted 
the customer service call request 6406 to the service s 
director processor or the service manager processor, at 
step 1 1204 the merchant processor warts for receipt of 
a customer service call response 6426 from the service 
director processor. 

[1396] Upon receipt of the customer service call 10 
response 6426 from the service director processor, at 
step 11205 the merchant processor envelopes it to 
address to the merchant, and at step 1 1206 transmits 
the enveloped customer service call response 6302 to 
the credit settlement terminal 300. is 
[1397] At step 1 1207, the credit settlement terminal 
300 determines whether message for the customer 
service call response permits or inhibits the speech. 
When the speech is enabled, at step 11208 the mer- 
chant processor waits for the reception of a calling 20 
response 6440 from the service director processor. 
When the speech is disabled, the customer service call 
process is terminated. 

[1398] When the calling response 6440 is received 
from the service director processor, at step 11209 the 25 
merchant processor envelopes the calling response 
6440 to address to the merchant, and at step 11210 
transmits the calling response 6304 to the credit settle- 
ment terminal 300. Then, program control is shifted to 
the speech communication state where the digital audio 30 
data communication is performed. 
[1399] Fig. 144 is a flowchart showing the customer 
service call process performed by the personal credit 
terminal 100. The customer service call process is 
begun when the personal credit terminal 1 00 receives a 35 
customer service call 6301 from the service providing 
system 102 and generates a customer service call proc- 
essor. 

[1 400] First, at step 1 1 300 the personal credit terminal 
100 encrypts the received customer service call 6301 40 
using the private key of the user, and at step 11301 
examines the validity of the user to verity the customer 
service call 6301. 

[1401] When the examination of the validity for the 
user is successful, at step 1 1 302 the personal credit ter- 45 
minal 100 outputs an arrival tone through the loud- 
speaker and displays the reception of the customer 
service call on the LCD, and at step 1 1303 warts for the 
performance of the speech operation by the user. 
[1402] When the examination of the validity for the so 
user fails, at step 1 1 304 the personal credit terminal 1 00 
generates an arrival response 6303, and at step 11305 
transmits it to the user processor. Further, at step 1 1306 
the message "speech in progress" is displayed on the 
LCD. and program control is thereafter shifted to the ss 
speech communication state. = 
[1403] For speech communication using encrypted 
audio data, at step 1 11304 the personal credit terminal 
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100 generates an audio data encryption key 6432 and 
sets it to the arrival response 6303. In addition, the 
audio data encryption key 6432 is set to the audio data 
encryption register (CRYPT) 21613 to encrypt and 
decrypt the audio data. 

[1404] Fig. 145 is a flowchart showing the customer 
service call process performed by the user processor. 
[1405] The customer service call process is initiated 
when the user processor receives a customer service 
call 6417 from the service director processor. First, at 
step 1 1400 the user processor envelopes the received 
customer service call 6417 to address to the user, and 
at step 11401 examines the user status to determine 
whether the session is established. When the session is 
established, at step 1 1 403 a customer service call 6301 
is transmitted to the personal credit terminal 100. When 
the session is not established, at step 11402 the ses- 
sion establishment process is performed. After the ses- 
sion with the personal credit terminal 1 00 is established, 
program control moves to step 1 1 403. 
[1 406] When the user processor has transmitted the 
customer service all 6301, at step 11404 the terminal 
100 waits for the reception of an arrival response from 
the personal credit terminal 100. Upon receipt of the 
arrival response 6303, at step 1 1405 the personal credit 
terminal 100 decrypts the arrival response 6303> using 
the private key of the service provider, and at step 
11406 transmits the decrypted response to the service 
director processor. Program control is then shifted to the 
speech communication state for the digital audio data 
communication. 

[1407] Figs. 146A and 146B are flowcharts showing 
the customer service call process performed by the 
service director processor. 

[1408] The customer service call process is initiated 
when the service director processor receives a cus- 
tomer service call request 6406 from the service man- 
ger processor or from the merchant processor. 
[1 409] First, at step 1 1 500 the service director proces- 
sor refers to the customer table for the merchant, and 
specifies the user ID that corresponds to the customer 
number 6401 of the customer service call request. At 
step 1 1501 the service director processor transmits a 
member process request to the service manager proc- 
essor, and requests a user processor, as a member 
processor in the same process group, that corresponds 
to a user who makes a customer service call. At steps 
11502 and 11512 the service director processor waits 
until the requested user processor joins the member 
processor. At step 1 1 502 the service director processor 
determines whether the requested user processor is a 
member process, and at step 11512 determines 
whether the time has expired. 

[1 41 0] At step 1 1 51 2 for the time-out decision, when 
the requested user processor does not join the same 
group process until the time-out period T UPMP (T UPMP > 
0) elapses, the service director processor determines 
that the time has expired. At step 11513 the service 
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director processor employs the message response 
6422 to generate a customer service call response 
6426 incficating that the speech is disabled, and at step 
11514 transmits the response 6426 to the merchant 
processor. At step 1 1515 the service director processor 
waits until the merchant processor terminates the cus- 
tomer service call process. At step 11516 the service 
director processor transmits to the service manager 
processor a request for deleting the service director 
processor, and the customer service call process is 
thereafter terminated. Through the transmission of the 
deletion request at step 11516, the service director 
processor is deleted by the service manager processor. 
[1411] When the requested user processor has 
become the member processor, at step 1 1 503 the serv- 
ice director processor refers to the access control infor- 
mation 24005 of the user to determine whether the user 
can be accessed. 

[1412] When, at step 11503, the user can be 
accessed, at step 1 1 504 the customer service call 641 7 
is generated, and at step 11505 it is transmitted to the 
user processor. At step 11506 the response message 
6422 is employed to generate a customer service call 
response 6426 indicating that the speech is enabled, 
and at step 1 1507 the response 6426 is transmitted to 
the merchant processor. 

[1413] When, at step 11503, the user can not be 
accessed, program control goes to step 1 1513, and the 
service director processor performs the process at 
steps 11513 to 11516. 

[1414] After transmitting the customer service call 
6426. at steps 11508 and 11517 the service director 
processor waits for the reception of an arrival response 
6433. At step 11508 the service director determines 

whether the arrival roormnco ic r^anioW 
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step 1 1 51 7, determines whether time has elapsed. 
[141 5] At step 1 1 515 for the time-out decision, when 
the arrival response 6433 is not received until the time- 
out period T ARU (T ARU > 0) elapses, the service director 
processor determines the time has expired, and at step 
11518, performs the service director process time-out 
error process. The customer service call process is 
thereafter terminated. 

[1416] When the arrival response 6433 is received 
from the user processor, at step 11509 the service 
director processor employs the arrival response 6433 to 
generate a calling response 6440. and at step 11509 
transmits it to the merchant processor. Further, at step 
11511 the provided service history for the customer 
service call is added to the provided service list 4303 to 
update the list 4303. and program control is then shifted 
to the speech state for the digital audio data communi- 
cation. 

[1 41 7] The inquiry call process will now be explained. 
[1418] Figs. 147A and 147B are flowcharts for the 
inquiry call processing performed by the personal credit 
terminal 100. To begin the inquiry call process, the user 
performs the inquiry call operation and the personal 



credit terminal 100 generates an inquiry call processor. 
[141 9] First, at step 1 1 600 the personal credit terminal 
100 displays message "connection in progress" on the 
LCD, and at step 11601 generates an inquiry call 
5 request 6306 for transaction that is to be canceled. At 
step 11602 the terminal status is examined to deter- 
mine whether the session has been established. If the 
session has been established, at step 1 1604 the gener- 
ated inquiry call request is transmitted to the merchant 
io processor. If the session is not established, at step 
1 1603 the session establishment process is performed. 
When the session with the service providing system 
102 is established, program control moves to step 
11604. 

is [1420] After the personal credit terminal 100 has 
transmitted the inquiry call request, at steps 1 1605 and 
11613. the terminal 100 warts for the reception of an 
inquiry call response 6308 from the merchant proces- 
sor. At step 11105 the personal credit terminal 100 

20 determines whether the inquiry call response 6308 has 
been received, and at step 1 1613, determines whether 
time has elapsed. 

[1421 ] At step 11613 for the time-out decision, when 
the inquiry call response 6308 is not received until the 
25 time-out period T ICR (T !CR > 0) elapses, the personal 
credit terminal 100 determines the time has expired, 
and at step 11614. performs the user time-out error 
process. The inquiry call process is thereafter termi- 
nated. 

30 [1422] Upon receipt of the inquiry call response 6308, 
at step 1 1606 the personal credit terminal 100 decrypts 
it using the private key of the user, and at step 1 1607 
examines the validity of the merchant in order to verify 
the validity of the received message. 

oc- r-4 >io*»i iaju. — 4.1 - ... »... 

— iitMj vtiiwji me wAcimmaiion or ine users vanarfy is 
successful, the personal credit terminal 100 moves to 
step 1 1608. When the examination of the user's validity 
fails, at step 1 1615 the personal credit terminal 100 per- 
forms a user session error process, "me inquiry call 

40 process is thereafter terminated. 

[1424] At step 1 1 608. the personal credit terminal 1 00 
determines whether message for the inquiry call 
response permits or inhibits the speech. When the 
speech is enabled, at step 11609 the personal crecfit 

45 terminal 100 displays "calling in progress" on the LCD. 
and at step 11610 waits for the reception of a calling 
response 6310 from the user processor. When the 
speech is disabled, at step 11616 the personal credit 
terminal 100 displays on the LCD an error message 

so indicating that the access to merchant is not successful. 
The inquiry call process is thereafter terminated. 
[1425] When the calling response 6310 is received 
from the user processor, at step 11611 the personal 
credit terminal 100 decrypts the calling response 6310 

55 using the private key of the user. At step 11612 "speech 
in progress" is displayed on the LCD. and program con- 
trol is shifted to the speech state. At this time, when the 
audio data encryption key 6537 is included in the calling 
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response 6310, the persona! credit terminal 100 sets 
the audio data encryption key 6357 to the audio data 
encryption key register (CRYPT) 21613, and encrypts 
the audio data for speech communication. 
[1426] Figs. 148A and 148B are flowcharts showing 
the inquiry call process performed by the user proces- 
sor. The user processor initiates the inquiry call process 
upon receipt of an inquiry call 6306 from the personal 
credit terminal 100. First, at step 1 1700 the user proces- 
sor decrypts the received inquiry call request 6306 
using the private key of the service provider, and at step 
1 1 701 examines the validity of the user processor to 
verity the validity of the inquiry call request 6306. 
[1 427] When the examination of the validity of the user 
processor is successful, at step 11 702 the user proces- 
sor employs a service director process ID in the user 
process management information to determine whether 
the service director processor belongs to the process 
group. When the service director processor belongs to 
the process group (service director process ID * 0), at 
step 11712 the decrypted inquiry call request is trans- 
mitted to the service director processor. When the serv- 
ice director processor does not belong to the process 
group (service director process ID = 0), at step 1 1703 
the decrypted inquiry call request 6306 is transmitted to 
the service manager processor. 
[1 428] When the examination of the validity of the user 
processor fails, the user processor ascertains that the 
received message is not valid, and at step 1171 1 per- 
forms the user processor session error process. The 
inquiry call process is thereafter terminated. 
[1429] When the user processor has transmitted the 
inquiry call request 6506 to the service director proces- 
sor or the service manager processor, at step 1 1 704 the 
merchant processor waits for receipt of an inquiry call 
response 6524 from the service director processor. 
[1430] Upon receipt of the inquiry call response 6524 
from the service director processor, at step 1 1705 the 
user processor envelopes it to address to the user, and 
at step 11706 transmits the enveloped inquiry call 
response 6308 to the personal credit terminal 100. At 
step 1 1 707, the personal credit terminal 1 00 determines 
whether message for the inquiry call response permits 
or inhibits the speech. When the speech is enabled, at 
step 1 1 708 the user processor waits for the reception of 
a calling response 6538 from the service director proc- 
essor. When the speech is disabled, the inquiry call 
process is terminated. 

[1431] When the calling response 6538 is received 
from the service director processor, at step 1 1709 the 
user processor envelopes the calling response 6538 to 
address to the user, and at step 11710 transmits the 
calling response 6310 to the personal credit terminal 
100. Then, program control is shifted to the speech 
communication state where the digital audio data com- 
munication is performed. 

[1432] Fig. 149 is a flowchart showing the inquiry call 
process performed by the credit settlement terminal 



300. The inquiry call process is begun when the credit 
settlement terminal 300 receives an inquiry call 6307 
from the service providing system 102 and generates 
an inquiry call processor. 
s [1433] First, at step 1 1 800 the credit settlement termi- 
nal 300 encrypts the received inquiry call 6307 using 
the private key of the merchant, and at step 11801 
examines the validity of the merchant to verity the 
inquiry call 6307. 
io [1434J When the examination of the validity for the 
merchant is successful, at step 11802 the credit settle- 
ment terminal 300 outputs an arrival tone through the 
loudspeaker and displays the reception of the inquiry 
call on the LCD, and at step 1 1 803 waits for the perform- 
15 ance of the speech operation by the merchant. 

[1435] When the examination of the validity for the 
merchant fails, at step 11804 the credit settlement ter- 
minal 300 generates an arrival response 6309. and at 
step 11805 transmits it to the merchant processor. Fur- 
20 ther. at step 1 1 806 the message "speech in progress" is 
displayed on the LCD, and program control is thereafter 
shifted to the speech communication state. 
[1436] For speech communication using encrypted 
audio data, at step 1 1804 the credit settlement terminal 
25 300 generates an audio data encryption key 6530 and 
sets it for the arrival response 6309. In addition, the 
audio data encryption key 6530 is set to the audio data 
encryption register (CRYPT) 22611 to encrypt and 
decrypt the audio data. 
30 [1437] Fig. 150 is a flowchart showing the inquiry call 
process performed by the merchant processor. 
[1438] The inquiry call process is initiated when the 
merchant processor receives an inquiry call 6515 from 
the service director processor. First, at step 11900 the 
35 merchant processor envelopes the received inquiry call 
6515 to address to the user, and at step 1 1901 exam- 
ines the merchant status to determine whether the ses- 
sion is established. When the session is established, at 
step 11903 an inquiry call 6307 is transmitted to the 
40 credit settlement terminal 300. When the session is not 
established, at step 11902 the session establishment 
process is performed. After the session with the credit 
settlement terminal 300 is established, program control 
moves to step 1 1 903. 
45 [1 439] When the merchant processor has transmitted 
the inquiry call 6307, at step 11904 the terminal 300 
waits for the reception of an arrival response 6309 from 
the credit settlement terminal 300. Upon receipt of the 
arrival response 6309, at step 11905 the credit settle- 
so ment terminal 300 decrypts the arrival response 6309 
using the private key of the service provider, and at step 
1 1906 transmits the decrypted response to the service 
director processor. Program control is then shifted to the 
speech communication state for the digital audio data 
55 communication. 

[1440] Figs. 151A and 151B are flowcharts showing 
the inquiry call process performed by the service direc- 
tor processor. 
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[1441] The inquiry call process is initiated when the 
service director processor receives an inquiry call 
request 6506 from the service manager or from the user 
processor. 

[1 442] First, at step 1 2000 the service director proces- s 
sor transmits a member process request to the service 
manager processor, and requests a merchant proces- 
sor, as a member processor in the same process group, 
that corresponds to a merchant who makes an inquiry 
call. At steps 12001 and 12010 the service director io 
processor waits until the requested merchant processor 
joins the member processor. At step 12001 the service 
director processor determines whether the requested 
merchant processor is a member process, and at step 
1 200 1 determines whether the time has expired. is 
[1443] At step 12010 for the timeout decision, when 
the requested merchant processor does not join the 
same group process until the time-out period T MPMP 
Ompmp > 0) elapses, the service director processor 
determines that the time has expired. At step 1 20 1 1 the 20 
service director processor employs the message 
response 6422 to generate an inquiry call response 
6524 indicating that the speech is disabled, and at step 
12513 transmits the response 6524 to the user proces- 
sor. At step 12514 the service director processor waits 25 
until the user processor terminates the inquiry call proc- 
ess. At step 12014 the service director processor trans- 
mits to the service manager processor a request for 
deleting the service director processor, and the inquiry 
call process is thereafter terminated. Through the trans- 30 
mission of the deletion request at step 12014, the serv- 
ice director processor is deleted by the service manager 
processor. 

[1 444] When the requested merchant processor has 
become the member processor, at step 12002 the 35 
inquiry call 6515 is generated, and at step 12003 it is 
transmitted to the merchant processor. At step 12004 
the response message 6422 is employed to generate 
an inquiry call response 6524 indicating that the speech 
is enabled, and at step 12005 the response 6524 is 40 
transmitted to the user processor. 
[1 445] After transmitting the inquiry call 6524, at steps 
12006 and 12015 the service director processor waits 
for the reception of an arrival response 6531. At step 
12006 the service director determines whether the 4s 
arrival response 6531 is received, and at step 12015, 
determines whether time has elapsed. 
[1 446] At step 1 201 5 for the time-out decision, when 
the arrival response 6531 is not received until the time- 
out period T ARM (T ARM > 0) elapses, the service director so 
processor determines the time has expired, and at step 
12016. performs the service director process time-out 
error process. The inquiry call process is thereafter ter- 
minated. 

[1447] When the arrival response 6531 is received 55 
from the merchant processor, at step 12007 the service 
director processor employs the arrival response 6531 to 
generate a calling response 6538. and at step 12008 



transmits it to the user processor. Further, at step 1 2009 
the provided service history for the inquiry call is added 
to the provided service list 4303 to update the list 4303. 
and program control is then shifted to the speech state 
for the digital audio data communication. 
[1448] An explanation will now be given for the 
processing when the user employs the personal remote 
credit settlement service in the user's home service 
area or in another service area. 
[1449] In Fig. 152 A is shown a case where the user 
performs the settlement processing or the cancellation 
process with the merchant in the same home serviced 
area. 

[1450] In this case, the personal credit terminal 100 
and the credit settlement terminal 300 perform the set- 
tlement processing or the cancellation process through 
the communication with a service providing system 102 
in the home service area (service area 1 12100). 
[1451 ] In the service providing system 1 02, a service 
manager processor 23800 generates a user processor 
23802. a merchant processor 23803, a service director 
processor 23801 and a settlement processor 23804 for 
the service server of the system 102. The service direc- 
tor processor 23801, the user processor 23802, the 
merchant processor 23803 and the settlement pres- 
sor 23804 cooperate to perform the settlement process- 
ing or the cancellation process. 
[1452] In Fig. 152B is shown a case where a user and 
a merchant who has a different home service area per- 
form the settlement processing or the cancellation proc- 
ess in the home service area of the merchant 
[1453] In this case, the personal credit terminal 100 
and the credit settlement terminal 300 perform the set- 
tlement processing or the cancellation process through 
the w m,.,uni cation with a service providing system 102 
in the home service area (service area 1 12100) of the 
merchant. 

[1454] In the service providing system 102, a service 
manager processor 23800 generates a mobile user 
processor 12105, a merchant processor 23803, a serv- 
ice director processor 23801 and a settlement proces- 
sor 23804 for the service server of the system 102. In 
the service providing system 12102 in the home service 
area (service area 2 12101) of the user, a service man- 
ager processor 12103 generates a home user proces- 
sor 12104 for the service server of the system 12102. 
The service director processor 23801, the home user 
processor 12104, the mobile user processor 12105. the 
merchant processor 23803 and the settlement proces- 
sor 23804 cooperate to perform the settlement process- 
ing or the cancellation process. 

[1455] Before the service process manager 23800 
generates the mobile user processor 12105. it transmits 
to the service manager processor 12103 a message for 
requesting the generation of the home user processor 
12104 that corresponds to the user, and upon the 
receipt of the request the service manager processor 
12103 generates the home user processor 12104. 
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When the home user processor 12104 can not be gen- 
erated (for example, when a user processor that corre- 
sponds to the user is already generated), the mobile 
user processor 12105 is not generated. 
[1456] In Fig. 153A is shown a case where, when the s 
home service areas differ for a user and a merchant, 
they perform the cancellation process in their home 
service areas. 

[1457] In this case, to perform the cancellation proc- 
ess, the personal credit terminal 100 communicates 10 
with a service providing system 12202 in the home 
service area of the user (service area 2 1 2201 ), and the 
credit settlement terminal 300 communicates with a 
service providing system 102 in the home service area 
of the merchant (service area 1 12200). 15 
[1458] In the service providing system 1 2202, a serv- 
ice manager processor 12203 generates a user proces- 
sor 23802 for the service server of the system 1 2202. In 
the service providing system 102, a service manager 
processor 23800 generates a merchant processor 20 
23803, a service director processor 23801 and a settle- 
ment processor 23804 for the service server of the sys- 
tem 102. The service director processor 23801, the 
user processor 23802. the merchant processor 23803 
and the settlement processor 23804 cooperate to per- 25 
form the cancellation process. 

[1 459] A cancellation request 62 1 3 is transmitted from 
the user processor 23802 to the service manager proc- 
essor 12203, and is transmitted to the service manager 
processor 23800. The cancellation request 6213 is 30 
compared with a cancellation request 6205 that is trans- 
mitted from the merchant processor 23803 to the serv- 
ice manager processor 23800. Then, the service 
director processor 23801, the user processor 23802, 
the merchant processor 23803 and the settlement proc- 35 
essor 23804 form a process group. 
[1460] In Fig. 153B is shown a case where, when the 
home service areas differ for a user and a merchant, a 
user performs the cancellation process in a service area 
other than the home service area for the user or the 40 
merchant. 

[1 461 ] In this case, : to perform the cancellation proc- 
ess, the personal credit terminal 100 communicates 
with a service providing system 12206 in the closest 
service area (service area 2 12204), and the credit set- 45 
tlement terminal 300 communicates with a service pro- 
viding system 102 in the home service area of the 
merchant (service area 1 12200). 
[1462] In the service providing system 1 2206, a serv- 
ice manager processor 12208 generates a mobile user so 
processor 1221 1 for the service server of the system 

1 2206. In a service providing system 1 2207 in the home 
service area of the user (service area 3 12205). a serv- 
ice manager processor 12209 generates a home user 
processor 12210 for the service server of the system 55 

12207. In the service providing system 102, a service 
manager processor 23800 generates a merchant proc- 
essor 23803. a service director processor 23801 and a 



settlement processor 23804 for the service server of the 
system 102. The service director processor 23801 . the 
home user processor 1221 0, the mobile user processor 
12211, the merchant processor 23803 and the settle- 
ment processor 23804 cooperate to perform the cancel- 
lation process. 

[1463] Before the service process manager 12208 
generates the mobile user processor 1221 1 , it transmits 
to the service manager processor 12209 a message for 
requesting the generation of the home user processor 
12210 that corresponds to the user, and upon the 
receipt of the request, the service manager processor 
12209 generates the home user processor 12210. 
When the home user processor 12210 can not be gen- 
erated (for example, when a user processor that corre- 
sponds to the user is already generated), the mobile 
user processor 1221 1 is not generated. 
[1464] A cancellation request 6213 is transmitted from 
the mobile user processor 12211 to the service man- 
ager processor 12208, and is transmitted to the service 
manager processor 23800. The cancellation request 
6213 is compared with a cancellation request 6205 that 
is transmitted from the merchant processor 23803 to the 
service manager processor 23800. Then, the service 
director processor 23801, the mobile user processor 
12211, the merchant processor 23803 and the settle- 
ment processor 23804 form a process group. 
[1465] In Fig. 154A is shown a case where the user 
performs the customer service call process or the 
inquiry call process with the merchant in the same 
home serviced area. 

[1466] In this case, the personal credit terminal 100 
and the credit settlement terminal 300 perform the cus- 
tomer service call process or the inquiry call process 
through the communication with a service providing 
system 102 in the home service area (service area 1 
12300). 

[1467] In the service providing system 102, a service 
manager processor 2900 generates a user processor 
23802, a merchant processor 23803 and a service 
director processor 1901 for the service server of the 
system 102. The service director processor 2901. the 
user processor 23802 and the merchant processor 
23803 cooperate to perform the customer service call 
process or the inquiry call process. 
[1 468] In Fig. 1 54B is shown a case where a merchant 
performs the customer service call process with a user 
for which the home service area differs. In this case, to 
perform the customer service call process, the personal 
credit terminal 1 00 communicates with a service provid- 
ing system 12302 in the home service area of the user 
(service area 2 12301), and the credit settlement termi- 
nal 300 communicates with a service providing system 
102 in the home service area of the merchant (service 
area 1 12300). 

[1469] In the service providing system 102, a service 
manager processor 23800 generates a merchant proc- 
essor 23803 and a service director processor 23801 for 
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the service server of the system 102. In the service pro- 
viding system 12302. a service manager processor 
1 2303 generates a user processor 23802 for the service 
server of the system 12302. The service director proc- 
essor 23801. the user processor 23802 and the mer- s 
chant processor 23803 cooperate to perform the 
customer service call process. 

[1 470] The user processor 23802 of the service pro- 
viding system 12302 in the home service area for the 
user is generated when the service manager processor w 
23800 receives a member process request from the 
service director processor 23801 and transmits to the 
service manager processor 12303 a message for 
requesting the generation of the user processor that 
corresponds to the user. 15 
[1471] In Fig. 155A is shown a case where, in the 
home service area of a user, the user performs the 
inquiry call process with the merchant for which the 
home service area differs. 

[1 472] In this case, to perform the inquiry call process 20 
the personal credit terminal 100 communicates with a 
service providing system 12402 in the home service 
area of the user (service area 2 12401), and the credit 
settlement terminal 300 communicates with a service 
providing system 102 in the home service area of the 25 
merchant (service area 1 12400). 
[1473] In the service providing system 12402. a serv- 
ice manager processor 12403 generates a user proces- 
sor 23802 for the service server of the system 12402. In 
the service providing system 102. a service manager so 
processor 23800 generates a merchant processor 
23803 and a service director processor 23801 for the 
service server of the system 102. The service director 
processor 23801 , the user processor 23802 and the 
merchant processor 23803 cooperate to perform the 35 
inquiry call process. 

[1474] An inquiry call request 6506 is transmitted from 
the user processor 23802 to the service manager proc- 
essor 12203. and is transmitted to the service manager 
processor 23800. Then, the service director processor 40 
23801. the user processor 23802 and the merchant 
processor 23803 form a process group. 
[1475] In Fig. 155B is shown a case where a user and 
a merchant for which the home service area differs per- 
form the inquiry call process in a service area other than 45 
the home service area for the user or the merchant. 
[1 476] In this case, to perform the inquiry call process, 
the personal credit terminal 100 communicates with a 
service providing system 12406 in the closest service 
area (service area 2 12404). and the credit settlement so 
terminal 300 communicates with a service providing 
system 102 in the home service area of the merchant 
(service area 1 12400). 

[1477] In the service providing system 12406. a serv- 
ice manager processor 1 2408 generates a mobile user 55 
processor 12411 for the service server of the system 
1240& In a service providing system 12407 in the home 
service area of the user (service area 3 12405), a serv- 



ice manager processor 12409 generates a home user 
processor 12410 for the service server of the system 
12407. In the service providing system 102, a service 
manager processor 23800 generates a merchant proc- 
essor 23803 and a service director processor 23801 for 
the service server of the system 102. The service direc- 
tor processor 23801. the home user processor 12410. 
the mobile user processor 12411 and the merchant 
processor 23803 cooperate to perform the inquiry call 
process. 

[1478] Before the service process manager 12408 
generates the mobile user processor 1241 1 , it transmits 
to the service manager processor 12409 a message for 
requesting the generation of the home user processor 
12410 that corresponds to the user, and upon the 
receipt of the request, the service manager processor 
12409 generates the home user processor 12410. 
When the home user processor 12410 can not be gen- 
erated (for example, when a user processor that corre- 
sponds to the user is already generated), the mobile 
user processor 1241 1 is not generated. 
[1479] An inquiry call request 6506 is transmitted from 
the mobile user processor 12411 to the service man- 
ager processor 12408. and is transmitted to the service 
manager processor 23800. Then, the service director 
processor 23801, the mobile user processor 1241 1 and 
the merchant processor 23803 form a process group. 
[1480] As is described above, the personal remote 
credit settlement service can be provided by operations 
of the personal credit terminal 1 00, the credit settlement 
terminal 300. the credit settlement device 101, the serv- 
ice providing system 102 and the settlement system 
1 03. The user can receive the same contents of the per- 
sonal remote credit settlement service in any place so 
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there. 

[1481] In the personal credit terminal 100, the ROM 
1501 and the EEPROM 1503 can be replaced by a fer- 
roelectric nonvolatile memory, which is a memory 
device in which are stored a program executed by the 
CPU 1500 and the public key of a service provider. Data 
in the ferroelectric nonvolatile memory can be saved 
without a battery, though the ferroelectric nonvolatile 
memory is data writable, as well as an EEPROM or a 
flash memory. In addition, the reading and writing speed 
of the ferroelectric nonvolatile memory is higher than 
those of the EEPROM and the flash memory, and the 
power consumption is lower. * * 

[1482] When the ferroelectric nonvolatile memory is 
employed instated of the ROM 1501 and the EEPROM 
1503. during the same process as. for example, the 
data updating process, the considerable upgrading of a 
program for the personal crecfrt terminal 100 and the 
periodical updating of the public key of service provider 
can be performed comparatively fast without deteriorat- 
ing the service life of the battery. 
[1483] A ferroelectric nonvolatile memory can be 
employed as the RAM 1502 in which are stored data 
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that are to be processed or have been processed by the 
CPU 1500. In this case, even when there is no battery 
power, the data can be held, so that the data backup 
process and a power soiree for saving data in the RAM 
are not requested. As a result, the power consumption 5 
of the personal credit terminal can be reduced. 
[1484] In the above description, the personal credit 
terminal 100 and the credit settlement device 101, 
which constitute the personal remote credit settlement 
system, comprises the optimal hardware arrangement 10 
to accomplish the functions for providing the personal 
remote credit settlement service. These devices 100 
and 101 can be provided by computers that have a wire- 
less telephone function (or a telephone function), an 
infrared communication function, a display, a keyboard is 
(or a pen-type input device), a microphone and a loud- 
speaker. 

[1485] In this case, the internal hardware compo- 
nents, of the personal credit terminal 100 or the credit 
settlement device 1 01 , that are not functionally included 20 
in a computer (e.g. : a data codec, an encryption proces- 
sor, a logic controller) are provided as software pro- 
grams. Together with a program stored in the ROM 
1501 (22501), these programs are changed to those 
that are operated by an OS (Operating System) for a 25 
personal computer, and stored in a location to which the 
computer can access (e.g., on a hard disk). 

INDUSTRIAL USABILITY 

30 

[1486] As is described above, according to the 
present invention, a personal electronic settlement sys- 
tem comprises: payment means inclucfing a plurality of 
systems of communication means; charging means 
including a plurality of systems of communication 35 
means; and settlement means (or service providing 
means) including a plurality of systems of communica- 
tion means. Since the payment means, the charging 
means, and the settlement means (or the service pro- 
viding means) communicate with each other using dif- 40 
ferent systems of communication means, it is possible 
to prevent the assessment of an illegal charge by the 
charging means, and to also prevent the leakage of indi- 
vidual data. In addition, since necessary data are 
exchanged by the communication means, the efficiency 45 
of the sale can be improved. 

[1487] Furthermore, since the wireless communica- 
tion means using an infrared ray is employed between 
the payment means and the charging means and a 
radio communication means is employed between the so 
payment means and the settlement means (or the serv- 
ice providing means), a system condition that is appro- 
priate for the use environment can be provided. 
[1488] Further, a payment request message is trans- 
mitted from the charging means to the payment means. 55 
a payment offer is transmitted from the payment means 
to the charging means, the charging means and the 
payment means generate a settlement request and a 



payment request that include information obtained from 
the received messages, and transmit them to the settle- 
ment means (or the service providing means), and the 
settlement means (or the service providing means) 
compares these request messages. Therefore, the 
assessment of an illegal charge by the charging means 
and the fudging of payment by the payment means can 
be prevented. Also, the transaction can be performed 
without notifying the identification number of the pay- 
ment means or the telephone number of the owner of 
the payment means. 

[1489] Since a plurality of payment methods can be 
selected by a single payment means, a user need not 
carry many credit cards. 

[1490] Since the data stored in the payment means 
and the charging means are moved to the storage 
means of the settlement means (or the service provid- 
ing means), as needed, the data backup is enabled, and 
the payment means and the charging means can be 
compactly made. 

[1 491 ] In addition, since the data held in the payment 
means and the charging means are updated, the con- 
sistency of the data in the payment means and the data 
in the settlement means (or the service providing 
means) can be maintained, and the reliability of the sys- 
tem can be improved. Further, since the latest data are 
stored in the payment means and the charging means 
and are updated, the time required for accessing the 
payment means and the charging means can be 
reduced. 

[1 492] In the data updating process, alteration of data 
in the payment means or the charging means can be 
discovered, so that an illegal activity can be prevented. 
[1493] Furthermore, this system can easily perform 
the cancel of the transaction. A person in charge for the 
charging means can contact the owner of the payment 
means that paid money, even though the person in 
charge does not know the telephone number of the 
owner. Similarly, the owner of the payment means can 
contact the person in charge without notifying the per- 
son In charge of the telephone number of the owner. 
Therefore, the smooth business transaction can be per- 
formed while the privacy of the owner of the payment 
means is protected. 

Claims 

1. A personal electronic settlement system compris- 
ing: 

payment means including a plurality of systems 
of communication means; 
charging means including a plurality of systems 
of communication means; and 
settlement means including a plurality of sys- 
tems of comnuinication means, 
wherein communication among said payment 
means, said charging means and said settle- 
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merit means is performed by employing differ- 
ent systems of communication means. 

2. A personal electronic settlement system according 
to claim 1 , wherein said payment means comprises 
different systems of wireless communication 
means that are used for communications con- 
ducted between said charging means and said set- 
tlement means. 

3. A personal electronic settlement system according 
to claim 2, wherein, as wireless communication 
means for communications between said payment 
means and said charging means, a type of wireless 
communication means is selected whose effective 
communication distance is shorter and whose 
directivity is higher than are those of said radio 
communication means used for communications 
conducted between said payment means and said 
settlement means. 

4. A personal electronic settlement system according 
to claim 2, wherein said payment means includes 
optical communication means to be used for wire- 
less communications conducted with said charging 
means, and radio communication means to be 
used for wireless communications conducted with 
said charging means. 

5. A personal electronic settlement system according 
to claim 4, wherein said payment means includes: 

optical communication means and radio com- 
munication means; 
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be paid; 

a central processing unit for generating data to 
be transmitted by said optical communication 
means and said radio communication means, 
and for processing data received by said opti- 
cal communication means and said radio com- 
munication means; 

first storage means, for storing a control pro- 
gram for controlling operations performed by 
said central processing unit; 
display means, for visually presenting the 
results obtained by the data processing per- 
formed by said central processing unit; and 
second storage means, for storing data proc- 
essed by said central processing unit. 

6. A personal electronic settlement system according 
to claim 1. wherein said charging means includes: 

optical communication means, for communicat- 
ing with said payment means; 
communication means, for communicating with 
said settlement means; 
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input means, far entering a money amount to 
charge; 

a central processing unit, for generating data to 
be transmitted by said optical communication 
means and said communication means, and for 
processing data received by said optical com- 
munication means and said communication 
means; 

first storage means, for storing a control pro- 
gram for controlling all operations performed by 
said central processing unit; 
display means for visually presenting results 
obtained by the data processing performed by 
said central processing unit; and 
second storage means, for storing data proc- 
essed by said central processing unit. 

7. A personal electronic settlement system according 
to claim 1 , wherein said settlement means includes: 

first storage means, for storing data concerning 
said payment means; 

second storage means, for storing data con- 
cerning said charging means; and 
a computer system, for processing data for a 
transaction. 



8. A personal electronic settlement system according 
to claim 5, wherein said central processing unit of 

30 said payment means generates and transmits to 
said settlement means message data requesting 
the performance of a money transaction for an 
amount that corresponds to a value input by said 
input means of said payment means, processes 

35 and outputs to said display means message data 
received from said settlement means indicating the 
completion of a payment, and stores the processed 
data in said second storage means of said payment 
means. 

40 

9. A personal electronic settlement system according 
to claim 5. wherein said central processing unit of 
said payment means generates and transmits to 
said charging means message data offering a 

45 money payment that corresponds to an amount 
input by said input means of said payment means. 

1 0. A personal electronic settlement system according 
to claim 6, wherein said central processing unit of 

so said charging means generates and transmits to 
said payment means message data requesting a 
money payment that corresponds to an amount 
input by said input means of said charging means, 
generates and transmits to said settlement means 

55 message data requesting a transaction by employ- 
ing said message data received from said payment 
means to offering payment and said message data 
requesting payment, processes message data that 
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is received from said settlement means that indi- 
cates the completion of said transaction, and out- 
puts the resultant data to said display means of said 
charging means while also storing said resultant 
data in said second storage means of said charging 5 
means. 

11. A personal electronic settlement system according 
to claim 6, wherein said central processing unit of 
said charging means generates and transmits to w 
said payment means message data requesting a 
payment; wherein said central processing unit of 
said payment means generates and transmits to 
said settlement means message data requesting a 
payment processing by employing said message is 
data offering a payment and said message data 
received from said charging means requesting a 
payment; and wherein said settlement means per- 
forms a settlement by comparing a message data 
received from said charging means requesting a 20 
settlement processing with said message data 
received from said payment means requesting a 
payment processing, generates and transmits to 
said charging means message data indicating that 

a settlement has been completed, and generates 25 
and transmits to said payment means message 
data indicating that a payment has been completed. 

12. A personal electronic settlement system according 

to claim 8, wherein said central processing unit of 30 
said payment means adds, to message data offer- 
ing a payment to said charging means, identifica- 
tion data for identifying said message data, and, to 
message data that is to be transmitted to said set- 
tlement means requesting a payment, identification 35 
data for message data offering a payment, identifi- 
cation data for said payment means, and identifica- 
tion data for message data requesting a payment; 
wherein said central processing unit of said charg- 
ing means adds, to message data requesting a 40 
payment from said payment means, identification 
data for identifying said message data, and, to mes- 
sage data that is to be transmitted to said settle- 
ment means requesting a transaction, identification 
data for message data requesting a payment, iden- 45 
tif ication data for said charging means and identifi- 
cation data for message data offering a payment; 
and wherein said settlement means compares said 
identification data for said message data offering a 
payment, which are included in said message data so 
requesting a payment and in said message data 
requesting a transaction, with said identification 
data for said message data requesting a payment. 

13. A personal electronic settlement system according ss 
to claim 8, wherein identification data for a plurality 

of payment methods are stored in said second stor- 
age means of said payment means, and said cen- 



tral processing unit of said payment means adds, to 
said message data offering a payment and said 
message data requesting a payment, identification 
data for a payment method that is selected by said 
input means of said payment means. 

14. A personal electronic settlement system according 
to claim 1 , wherein said settlement means gener- 
ates for said person in charge of said charging 
means valid identification data for said owner of 
said payment means, adds said identification data 
to said message data indicating said transaction 
has been completed, and transmits said message 
data to said charging means. 

15. A personal electronic settlement system according 
to claim 1 , wherein said payment means includes 
battery capacity detection means for detecting the 
capacity of a battery used by said payment means; 
wherein, when said battery capacity is equal to or 
less than Q (Q > 0). said central processing unit of 
said payment means transmits to said settlement 
means data stored in said second storage means of 
said payment means wherein data processed by 
said central processing unit are stored; and wherein 
said settlement means stores the received data in 
said first storage means of said settlement means 
wherein data concerning said payment means are 
stored. 

16. A personal electronic settlement system according 
to claim 5, wherein data processed by said central 
processing unit of said payment means are stored 
either in said second storage means of said pay- 
ment means, or in said first storage means of said 
settlement means, in which data concerning said 
payment means are stored; wherein said data are 
managed by entering identification data in said data 
in said second storage means of said payment 
means, and an address in the pertinent storage 
means, in which said data are stored; wherein, to 
process address data in said first storage means of 
said settlement means, said central processing unit 
of said payment means generates and transmits to 
said settlement means a message requesting said 
address data; wherein, upon receipt of said mes- 
sage, said transection means generates and trans- 
mits to said payment means a message in which 
are included the address data that are requested; 
and wherein said central processing unit in said 
payment means extracts said requested data from 
said message received from said settlement 
means. 

17. A personal electronic settlement system according 
to claim 5, wherein data processed by said central 
processing unit of said charging means are stored 
either in said second storage means of said charg- 
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ing means, or in said second storage means of said 
settlement means, in which data concerning said 
charging means are stored; wherein said data are 
managed by entering, in said second storage 
means of said charging means, identification data 5 
for said data and an address in the pertinent stor- 
age means, in which said data are stored; wherein, 
to process said address data in said second stor- 
age means of said settlement means, said central 
processing unit of said charging means generates w 
and transmits to said settlement means a message 
requesting said address data; wherein, upon 
receiving said message, said transection means 
generates and transmits to said charging means a 
message in which are included said requested , 5 
data; and wherein said central processing unit in 
said charging means extracts said requested data 
from said message received from said settlement 
means. 

20 

18. A personal electronic settlement system according 
to claim 16. wherein, at a time designated by said 
settlement means, said central processing unit of 
said payment means generates and transmits to 
said settlement means a message in which are 25 
included data that are stored in said second storage 
means of said payment means; wherein, upon 
receiving said message data, said settlement 
means generates and transmits to said payment 
means a message in which are included data for 30 
updating said second storage means of said pay- 
ment means; and wherein said central processing 
unit of said payment means extracts said updating 
data from said message data received from said 
settlement means, and updates said data stored in 35 
said second storage means of said payment 
means. 

19. A personal electronic settlement system according 
to claim 1 7. wherein, at a time designated by said 40 
settlement means, said central processing unit of 
said charging means generates and transmits to 
said settlement means a message in which are 
included data that are stored in said second storage 
means of said charging means; wherein, upon 45 
receiving said message, said settlement means 
generates and transmits to said charging means a 
message in which are included data for updating 
said second storage means of said charging 
means; wherein said central processing unit of said so 
charging means extracts said updating data from 
said message received from said settlement 
means, and updates said data stored in said sec- 
ond storage means of said charging means. 

„ 55 
20. A personal electronic settlement system according 
to claim 18. wherein, when said settlement means 
receives from said payment means a message in 



which are included data stored in said second stor- 
age means of said payment means, in order to gen- 
erate data for updating said second storage means 
of said payment means, said settlement means 
compares the times at which all data concerned 
were generated, and allots to data that were gener- 
ated at a later time an address in said second stor- 
age means of said payment means, while allotting 
to data that were generated at an earlier time an 
address in said first storage means of said settle- 
ment means in which data concerning said pay- 
ment means are stored. 

21. A personal electronic settlement system according 
to claim 18. wherein, when said settlement means 
receives from said payment means a message in 
which are included data stored in said second stor- 
age means of said payment means, in order to gen- 
erate data for updating said second storage means 
of said payment means, said settlement means 
compares the times at which all the data concerned 
were accessed by said owner of said payment 
means, and allots to data that were accessed at a 
later time an address in said second storage means 
of said payment means, while allotting to data that 
were accessed at an earlier time an address in said 
first storage means of said settlement means in 
which data concerning said payment means are 
stored. 

22. A personal electronic settlement system according 
to claim 19. wherein, when said settlement means 
receives from said charging means a message in 
which are included data stored in said second stor- 
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erate data for updating said second storage means 
of said charging means, said settlement means 
compares the times at which all the data concerned 
were generated, and allots to data that were gener- 
ated at a later time an address in said second stor- 
age means of said charging means, while allotting 
to data that were generated at an earlier time an 
address in said second storage means of said set- 
tlement means in which data concerning said 
charging means are stored. 

23. A personal electronic settlement system according 
to claim 16. wherein, when said settlement means 
receives from said payment means a message that 
includes data stored in said second storage means 
of said payment means, said settlement means 
extracts from said message said data that are 
stored in said second storage means of said pay- 
ment means and compares them with said data 
stored in said first storage means of said settlement 
means in which data concerning said payment 
means are stored; and wherein, when an illegal 
alteration is found, said settlement means transmits 
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to said payment means a message to halt a func- 
tion that is being performed by said payment 
means. 

24. A personal electronic settlement system according s 
to claim 1 7, wherein, when said settlement means 
receives from said charging means a message in 
which are included data stored in said second stor- 
age means of said charging means, said settlement 
means extracts from said message said data that 10 
are stored in said second storage means of said 
charging means and compares them with said data 
stored in said second storage means of said settle- 
ment means in which data concerning said charg- 
ing means are stored; and wherein, when an illegal is 
alteration is found, said settlement means transmits 

to said charging means a message to halt a func- 
tion that is being performed by said charging 
means. 

20 

25. A personal electronic settlement system according 
to claim 1, wherein said central processing unit of 
said payment means employs a message to trans- 
mit data indicating that a payment has been com- 
pleted to generate and transmit to said settlement 25 
means a message requesting a payment process- 
ing be canceled; wherein said central processing 
unit of said charging means employs message data 
indicating completion of a settlement to generate 
and transmit to said settlement means a message 30 
requesting the settlement processing be canceled; 
and wherein said settlement means performs a 
cancellation of settlement processing by comparing 
said message data received from said payment 
means with said message data from said charging 35 
means, transmits to said payment means a mes- 
sage indicating the cancellation of the payment is 
completed, and also transmits to said charging 
means message data indicating cancellation of the 
transaction is completed. 40 

26. A personal electronic settlement system according 
to claim 14, wherein said central processing unit of 
said charging means employs identification data for 
said owner of said payment means, which are 45 
included in said message that is received from said 
settlement means and which indicate a transaction 
has been completed, to generate and transmit to 
said settlement means a message requesting a 
connection for communicating with said payment so 
means; wherein said settlement means generates 
and transmits to said payment means identified by 
said identification data a message that a connec- 
tion will be established for communication between 
said payment means and said charging means, and ss 
then establishes said connection across a commu- 
nication line; wherein, upon receiving said message 
from said settlement means, said central process- 
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ing unit of said payment means displays on said 
display means of said payment means said identifi- 
cation data for said owner of said charging means, 
and a notification that a connection has been estab- 
lished with said charging means across said com- 
munication line. 

27. A personal electronic settlement system according 
to claim 26, wherein, before connecting said pay- 
ment means to said charging means across said 
communication line, said settlement means refers 
to access control data that are established by said 
owner of said payment means and are stored in 
said first storage means of said settlement means; 
and wherein, when an access by said charging 
means is inhibited, said settlement means does not 
connect said charging means to said payment 
means. 

28. A personal electronic settlement system according 
to claim 14, wherein said central processing unit of 
said payment means employs said data that are 
received from said settlement means and that indi- 
cate a payment has been completed, and gener- 
ates and transmits to said settlement means a 
message requesting a connection for communicat- 
ing with said charging means; wherein said settle- 
ment means generates and transmits to said 
charging means a message including said identifi- 
cation data for said owner of said payment means, 
which was contained in said message indicating a 
transaction had been completed, notifying said 
charging means a connection will be established 
with said payment means along a communication 
line, and thereafter connects said payment means 
to said charging means; and wherein, upon receiv- 
ing said message, said central processing unit of 
said charging means displays on said display 
means of said charging means said identification 
data for said owner of said payment means and the 
state of the connection with said payment means. 

29. A personal electronic settlement system according 
to claim 1 , wherein said payment means provides 
the digital signature of said owner of said payment 
means in a message that is to be transmitted to 
said charging means or to said settlement means. 

30. A personal electronic settlement system according 
to claim 1 , wherein said charging means includes in 
a message that is to be transmitted to said payment 
means or to said settlement means the digital sig- 
nature of said owner of said charging means. 

31. A personal electronic settlement system according 
to claim 1 , wherein said settlement means includes 
in a message to be transmitted to said payment 
means or said charging means the digital signature 
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32. A personal electronic settlement system according 
to claim 1, wherein said payment means includes: 

audio input means; 
audio output means; and 
audio data processing means, for converting 
audio data input by said aucfio input means into 
data to be transmitted by said communication io 
means, and for converting data received by 
said communication means into audio data to 
be output by said audio output means. 

33. A personal electronic settlement system according is 
to claim 1, wherein said charging means includes: 

audio input means; 
audio output means; and 

audio data processing means, for converting 20 
audio data input by said audio input means into 
data to be transmitted by said communication 
means, and for converting data received by 
said communication means into audio data to 
be output by said audio output means. 25 

34. A personal electronic settlement system according 
to claim 1. wherein said payment means includes: 

cryptography processing means, for encrypting 30 
messages to be transmitted and for decrypting 
encrypted messages that are received; and 
audio cryptography processing means, for 
encrypting audio data to be transmitted and for 
decrypting encrypted audio data that 
received. 

35. A personal electronic settlement system according 
to claim 1 . wherein said charging means includes: 

40 

cryptography processing means, for encrypting 
messages to be transmitted and for decrypting 
encrypted messages that are received; and 
audio cryptography processing means, for 
encrypting audio data to be transmitted and for 45 
decrypting encrypted audio data that are 
received. 

36. A personal electronic settlement system according 
to claim 1. wherein said payment means adds the so 
digital signature of said owner of said payment 
means to data for a message to said settlement 
means, and encapsulates and addresses said data 
message to said person in charge of said settle- 
ment means. 

37. A personal electronic settlement system according 
to claim 1. wherein said charging means adds the 



digital signature of said person in charge of said 
charging means to data for a message to be trans- 
mitted to said settlement means, and encapsulates 
and addresses said data message to said person in 
charge of said settlement means. 

38. A personal electronic settlement system according 
to claim 1 , wherein said settlement means adds the 
digital signature of said person in charge of said 
settlement means to data for a message to be 
transmitted to said payment means, and encapsu- 
lates and addresses said data message to said 
owner of said payment means; and wherein said 
settlement means also adds the digital signature of 
said person in charge of said settlement means to 
data for a message to be transmitted to said charg- 
ing means, and encapsulates and addresses said 
data message to said person in charge of said 
charging means. 

39. A personal electronic settlement system according 
to claim 7, wherein said settlement means, in said 
second storage means thereof, in which informa- 
tion concerning said charging means is stored 
stores message data that are transmitted to said 
charging means to indicate the completion of a set- 
tlement, and in said first storage means thereof, in 
which information concerning said payment means 
is stored, stores message data that are transmitted 
to said payment means to indicate the completion 
of a payment. 

40. A personal electronic settlement system according 
to claim 1 , wherein said settlement means includes: 

service providing means, for providing an elec- 
tronic settlement service to said owner of said 
payment means and said person in charge of 
said charging means via said communication 
means of said payment means and said com- 
munication means of said charging means; and 
settlement means, connected to said service 
providing means via communication means, for 
performing transactions involving said owner of 
said payment means and said person in charge 
of said charging means. 

41. A personal electronic settlement system according 
to claim 40, wherein said service providing means 
includes: 

first storage means for storing information con- 
cerning said payment means and said owner of 
said payment means; 

second storage means for storing information 
concerning said charging means and said per- 
son in charge of said charging means; and 
a computer system for executing program data 
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for providing an electronic settlement service. 

42. A personal electronic settlement system according 
to claim 40, wherein said settlement means 
includes: 5 

first storage means for storing information con- 
cerning a transaction contract involving said 
owner of said payment means; 
second storage means for storing information w 
concerning a transaction contract involving 
said person in charge of said charging means; 
and 

a computer system for executing program data 
for the transaction. 15 

43. A personal electronic settlement system according 
to claim 40, wherein said service providing means 
compares data in a message transmitted by said 
charging means requesting a settlement process- 20 
ing with data in a message transmitted by said pay- 
ment means requesting a payment process, and 
generates and transmits a message containing 
data requesting a settlement processing; wherein 
said settlement means that performs said settle- 25 
ment processing generates and transmits to said 
service providing means a message containing 
data reporting that said settlement processing has 
been completed; and wherein said service provid- 
ing means employs said data in said message 30 
reporting the completion of the transaction to gen- 
erate data for a message reporting that the transac- 
tion has been completed and data for a message 
reporting that payment has been completed, and 
transmits said data in said messages to said charg- 35 
ing means and said payment means respectively. 

44. A personal electronic settlement system according 
to claim 41, wherein said service providing means, 

in said second storage means thereof, stores data 40 
in messages that are transmitted to said charging 
means to report that transaction have been com- 
pleted, and in said first storage means thereof, 
stores data in messages that are transmitted to said 
payment means to report that payments have been 45 
completed. 

45. A personal electronic settlement system according 
to claim 41 , wherein said settlement means is com- 
posed of a plurality of settlement means that each so 
handle a different settlement processing; and 
wherein a third storage means for storing informa- 
tion concerning said settlement means is provided 

for said service providing means. 

55 

46. A personal electronic settlement system according 
to claim 45, wherein said service providing means 
employs the result of a comparison of the data in a 



message requesting a settlement processing with 
the data in a message requesting a payment proc- 
ess to select one of said plurality of settlement 
means to transmit a message containing the data 
requesting a settlement processing. 

47. A personal electronic settlement system according 
to claim 45, wherein said service providing means, 
in said third storage means thereof, stores data in a 
message that is received from said settlement 
means to report the completion of a settlement 
processing. 

48. A personal electronic settlement system according 
to claim 41, wherein information concerning a con- 
tract for a transaction involving said owner of said 
payment means and information attributed to said 
owner of said payment means is included in said 
information, concerning said owner of said payment 
means, that is stored in said first storage means of 
said service providing means; and wherein informa- 
tion concerning a contract for a transaction involv- 
ing said person in charge of said charging means 
and information attributed to said person in charge 
of said charging means is included in said informa- 
tion, concerning said owner of said charging 
means, that is stored in said second storage means 
of said service providing means. 

49. A personal electronic settlement system according 
to claim 41 , wherein information stored in said first 
storage means of said service providing means is 
managed for each owner of a payment means; and 
wherein information stored in said second storage 
means of said service providing means is managed 
for each person in charge of a charging means. 

5a A personal electronic settlement system according 
to claim 1 1 , wherein said central processing unit in 
said payment means inserts valid time period infor- 
mation into data for a message that offers payment 
and into data for a message that requests payment 
processing; wherein said central processing unit in 
said charging means inserts valid time period infor- 
mation into data for a message that requests a pay- 
ment processing and into data for a message that 
requests a settlement processing; and wherein said 
settlement means or said service providing means 
examines said valid time period information when 
comparing said data for said message requesting a 
payment processing with said data for a message 
requesting a settlement processing. 

51. A personal electronic settlement system according 
to claim 41. wherein, before generating data for a 
message requesting a settlement processing, said 
central processing unit of said charging means gen- 
erates and transmits to said service providing 
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means a message containing data requesting an 
inquiry processing be performed for said owner of 
said payment means; wherein said service provid- 
ing means compares said data in said message 
requesting a payment processing with said data in 5 
said message requesting an inquiry processing, 
and employs information concerning said owner of 
said payment means, which is stored in said first 
storage means of said service providing means, to 
generate and transmit to said charging means a 10 
message containing data conveying the results of 
an inquiry processing performed for said owner; 
and wherein said central processing unit of said 
charging means processes data in said message 
and transmits the resultant data to said display 15 
means of said charging means. 

52. A personal electronic settlement system according 
to claim 51, wherein photo and age information for 
said owner of said payment means are included in 20 
said data, concerning said owner of said payment 
means, that are stored in said first storage means 

of said service providing means; and wherein said 
service providing means adds said photo and said 
age information for said owner of said payment 25 
means to data supplied in said message that con- 
veys the results of the inquiry processing performed 
for said owner. 

53. A personal electronic settlement system according 30 
to claim 16. wherein, if the capacity when empty of 
said second storage means of said payment means 

is smaller than AU (AU > 0), said central processing 
unit of said payment means generates and trans- 
mits to said settlement means, or to said service 35 
providing means, data stored in said second stor- 
age means of said payment means; wherein upon 
receipt of said data said settlement means or said 
service providing means generates and transmits 
to said payment means data that include update 40 
data for said second storage means of said pay- 
ment means; and wherein said central processing 
unit of said payment means extracts, from said data 
received from said settlement means, or from said 
service providing means, updated data with which 45 
to update said data stored in said second storage 
means. 

54. A personal electronic settlement system according 

to claim 17, wherein, if the capacity when empty of so 
said second storage means of said charging means 
is smaller than AM (AM > 0), said central process- 
ing unit of said charging means generates and 
transmits to said settlement means, or to said serv- 
ice providing means, data stored in said second 55 
storage means of said charging means; wherein 
upon receipt of said data said settlement means or 
said service providing means generates and trans- 



mits to said charging means data that include 
update data for said second storage means of said 
charging means; and wherein said central process- 
ing unit of said charging means extracts, from said 
data received from said settlement means, or from 
said service providing means, updated data with 
which to update said data stored in said second 
storage means. 

55. A personal electronic settlement system according 
to claim 16, wherein, upon receiving from said pay- 
ment means said message containing data in which 
are included data stored in said second storage 
means thereof, said settlement means, or said 
service providing means, generates and transmits 
to said payment means a message containing data 
that include updated data, for said second storage 
means of said payment means, and a new control 
program for a central processing unit of said pay- 
ment means; and wherein, upon receiving said data 
contained in said message, said central processing 
unit of said payment means stores, in said first or 
said second storage means thereof, said new con- 
trol program for said central processing unit of said 
payment means, and thereafter executes said con- 
trol program. 

56. A personal electronic settlement system according 
to claim 17, wherein, upon receiving from said 
charging means said message containing data in 
which are included data that are stored in said sec- 
ond storage means thereof, said settlement means, 
or said service providing means, generates and 
transmits to said charging means a message con- 
taining data that include updated data, for said sec- 
ond storage means of said charging means, and a 
new control program for a central processing unit of 
said charging means; and wherein, upon receiving 
said data message data, said central processing 
unit of said charging means stores, in said first or 
said second storage means thereof, said new con- 
trol program for said central processing unit of said 
charging means, and thereafter executes said con- 
trol program. 

57. A personal electronic settlement system according 
to claim 25. wherein said settlement means, or said 
service providing means, adds identification infor- 
mation for a settlement processing to said message 
containing data indicating a transaction has been 
completed and to said message containing data 
indicating payment has been completed; wherein 
said central processing units of said payment 
means and said charging means add identification 
information for said settlement processing to 
respective messages containing data requesting 
the cancellation of a payment process and of a set- 
tlement processing; and wherein said settlement 



140 

<EP 0910026A1 J_> 



279 



EP 0 910 028 A1 



280 



means, or said service providing means, compares 
both said identification information additions to said 
settlement processing in order to compare said 
messages containing data that are respectively 
received from said payment means and said charg- 
ing means requesting cancellation of said payment 
process and said settlement processing. 

58. A personal electronic settlement system according 
to claim 44, wherein, in order to compare said mes- 
sage data that are respectively received from said 
payment means and said charging means request- 
ing cancellation of a payment process and of a set- 
tlement processing, said service providing means 
compares the data in said message requesting the 
cancellation of the payment process with the data in 
said message stored in said first storage means of 
said service providing means that indicates the 
payment has been completed, and also compares 
data in said message requesting cancellation of the 
settlement processing with data in said message 
stored in said second storage means of said serv- 
ice providing means that indicates the transaction 
has been completed. 

59. A personal electronic settlement system according 
to claim 44, wherein said service providing means 
stores, in said second storage means thereof, the 
data in said message transmitted to said charging 
means indicating that the cancellation of a settle- 
ment processing has been completed, and stores, 
in said first storage means thereof, the data in said 
message transmitted to said payment means indi- 
cating that the cancellation of a payment process 
has been completed. 

60. A personal electronic settlement system according 
to claim 26, wherein said payment means and said 
charging means are connected to each other via a 
communication line by said settlement means, or 
said service providing means, and exchange audio 
data. 

61. A personal electronic settlement system according 
to claim 35, wherein said payment means and said 
charging means are connected to each other via a 
communication line by said settlement means, or 
said service providing means, and exchange 
encryption keys to enable transmission of 
encrypted audio data. 

62. A personal electronic settlement system according 
to claim 45, wherein said computer system of said 
service providing means includes: 

user information processing means, for com- 
municating with said payment means and for 
processing information stored in said first stor- 
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age meansof said service providing means; 
merchant information processing means, for 
communicating with said charging means and 
for processing information stored in said sec- 
ond storage means of said service providing 
means; 

settlement processing house information 
processing means, for communicating with 
said settlement means and for processing 
information stored in said third storage means 
of said service providing means; and 
service director information processing means, 
for interacting with said user information 
processing means, said merchant information 
processing means and said settlement 
processing house information processing 
means to process data for a service providing 
process. 

63. A personal electronic settlement system according 
to claim 62, wherein said computer system of said 
service providing means includes: service manager 
information processing means, for generating and 
deleting said user information processing means, 
said merchant information processing means, said 
settlement processing house information process- 
ing means, and said service director information 
processing means, so that said user information 
processing means, said merchant information 
processing means, said settlement processing 
house information processing means, and said 
service director information processing means are 
generated or deleted as needed by said service 
manager information processing means. 

64. A personal electronic settlement system according 
to claim 63, wherein said service manager informa- 
tion processing means generates said user infor- 
mation processing means for a payment means in 
order to communicate with said payment means; 
generates said merchant information processing 
means for a charging means in order to communi- 
cate with said charging means; generates said set- 
tlement processing house information processing 
means for a settlement means in order to communi- 
cate with said settlement means; and generates 
said service director information processing means 
for a combination composed of the several informa- 
tion processing means in order to individually inter- 
act with said user information processing means, 
said merchant settlement means, or said settle- 
ment processing house information processing 
means. 

65. A personal electronic settlement system according 
to claim 63, wherein, when generating said service 
director information processing means said service 
manager information processing means defines a 
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group of information processing means, including 
said service director processing means, with which 
to interact; and wherein, after being generated said 
service director information processing means 
communicates only with an information processing s 
means that belongs to said group, interacting with 
said information processing means of said group to 
process data employed for providing a service. 

66. A personal electronic settlement system according w 
to claim 65. wherein, when, before processing data 
for providing a service, said service director infor- 
mation processing means must interact with an 
information processing means that does not belong 
to the same group, said service director information rs 
processing means transmits, to said service man- 
ager information processing means, a message 
requesting said required information processing 
means be added to said group; and wherein said 
service manager information processing means 20 
generates said required information processing 
means, which is added to said group. 

67. A personal electronic settlement system according 
to claim 65. wherein said user information process- 25 
mg means communicates only with a correspond- 
ing payment means, said service director 
information processing means of the same group 
and said service manager information processing 
means, and processes information that is stored in 30 
said first storage means of said service providing 
means that concerns said payment means and said 
owner thereof; wherein said merchant information 
processing means communicates only with a corre- 
sponding charqina means, said corvi/*o rn^M«r 
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information processing means of the same group 
and said service manager information processing 
means, and processes information that is stored in 
said second storage means of said service provid- 
ing means that concerns said charging means and 40 
said person in charge thereof; and wherein said 
settlement processing house information process- 
ing means communicates only with a correspond- 
ing settlement means, said service director 
information processing means of the same group 4s 
and said service manager information processing 
means, and processes information that is stored in 
said third storage means of said service providing 
means and concerns said settlement means. 

68. A personal electronic settlement system according 
to claim 64. wherein, before said payment means is 
connected with said service providing means via a 
communication line, said payment means and a 
corresponding user information processing means 55 
perform mutual authentication processes; and 
wherein, before said charging means is connected 
with said service provkfing means via a communi- 



cation line, said charging means and a correspond- 
ing merchant information processing means 
perform mutual authentication processes. 

69. A personal electronic settlement system according 
to claim 64. wherein said payment means, said 
charging means and said settlement means pro- 
vide the digital signatures of said holders of the 
respective means for the transmission of data in 
messages to said user information processing 
means, said merchant information processing 
means, or said settlement processing house infor- 
mation processing means that corresponds to said 
service providing means; wherein said user infor- 
mation processing means, said merchant informa- 
tion processing means and said settlement 
processing house information processing means 
provide a digital signature of said holders of said 
service providing means for transmission of data in 
messages to said payment means, said charging 
means, or said settlement means; and wherein, 
upon receiving said messages in which data is 
accompanied by said digital signatures, said pay- 
ment means, said charging means and said settle- 
ment means, and said user information processing 
means, said merchant information processing 
means and said settlement processing house infor- 
mation processing means, three of which are 
included in said service providing means, individu- 
ally authenticate said digital signatures. 

70. A personal electronic settlement system according 
to claim 64. wherein said payment means, said 
charging means and said settlement means per- 
form an enveloping processing for data in mes- 
sages that are to be transmitted to said user 
information processing means, said merchant infor- 
mation processing means, or said settlement 
processing house information processing means, 
which corresponds to said service providing 
means, so that data in said message are addressed 
to said person in charge of said service providing 
means; wherein said user information processing 
means, said merchant information processing 
means and said settlement processing house infor- 
mation processing means perform an enveloping 
processing for messages containing data that are 
to be transmitted to said payment means, said 
charging means, or said settlement means, so that 
data in said messages are addressed to said per- 
son in charge of said payment, said charging 
means, or said settlement means; and wherein said 
payment means, said charging means and said set- 
tlement means, and said user information process- 
ing means, said merchant information processing 
means and said settlement processing house infor- 
mation processing means of said service providing 
means individually decrypt the encrypted data in 
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the envelped messages. 

71. A personal electronic settlement system according 
to claim 70, wherein said payment means, said 
charging means and said settlement means, and s 
said user information processing means, said mer- 
chant information processing means and said set- 
tlement processing house information processing 
means of said service providing means provide dig- 
ital signatures for data in message to be transmitted 1 o 
and envelope said messages containing data; and 
wherein, upon receipt of said message data, said 
payment means, said charging means and said set- 
tlement means, and said user information process- 
ing means, said merchant information processing is 
means and said settlement processing house infor- 
mation means of said service providing means 
decrypt said encrypted data in said message data 
that are enveloped, and authenticate said digital 
signatures. 20 

72. A personal electronic settlement system according 
to claim 64, wherein, upon receiving from said 
charging means said message containing data 
requesting a settlement processing, said merchant 25 
information processing means generates a mes- 
sage requesting a settlement processing and trans- 
mits said message to said service manager 
information processing means; wherein, upon 
receiving from said payment means said message 30 
containing data requesting a payment process, said 
user information processing means generates a 
message requesting a payment process and trans- 
mits said message to said service manager infor- 
mation processing means; wherein said service 35 
manager information means employs identification 
information included in said message to compare 

the received messages, and generates said service 
director information processing means to define an 
information processing means group that is com- 40 
posed of said merchant information processing 
means, said user information processing means 
and said service director information processing 
means; wherein said service director information 
processing means selects a settlement means to 45 
perform a settlement processing by comparing said 
message requesting a settlement processing with 
said message requesting a payment process, and 
requests that said service manager information 
processing means add to said group an settlement so 
processing house information processing means 
that corresponds to the selected settlement means; 
wherein said service manager information process- 
ing means generates and adds to said group the 
requested settlement processing house information ss 
processing means; wherein said service director 
information means generates a message request- 
ing a settlement processing and transmits said 



message to said settlement processing house infor- 
mation processing means; wherein, upon receiving 
said message, said settlement processing house 
information processing means generates data for a 
message requesting settlement processing and 
transmits said message containing said data to said 
settlement means; wherein, when a message con- 
taining data that indicate the settlement processing 
has been completed is returned from said settle- 
ment means, said settlement processing house 
information processing means generates a mes- 
sage reporting the completion of the settlement 
processing and transmits said message to said 
service director information processing means, and 
also stores data for said message in said third stor- 
age means of said service providing means; 
wherein, upon receiving said message that reports 
the completion of the settlement processing, said 
service director information processing means gen- 
erates a message reporting the completion of the 
transaction and a message reporting the comple- 
tion of the payment, and transmits said respective 
messages to said merchant information processing 
means and said user information processing 
means; wherein, upon receiving said message, 
said merchant information processing means gen- 
erates data for a message indicating the transaction 
has been completed and transmits said message to 
said charging means, and also stores said data for 
said message in said second storage means of said 
service providing means; and wherein said pay- 
ment means employs said received message to 
generate and transmit to said payment means a 
message containing data indicating that the pay- 
ment has been completed, and stores said data for 
said message in said first storage means of said 
service providing means. 

73. A personal electronic settlement system according 
to claim 64, wherein, upon receiving from said 
charging means said message containing data 
requesting cancellation of a settlement processing, 
said merchant information processing means gen- 
erates a message requesting cancellation of a set- 
tlement processing and transmits said message to 
said service manager information processing 
means; wherein, upon receiving said data in said 
message from said payment means requesting 
cancellation of a payment process, said user infor- 
mation processing means generates a message 
requesting cancellation of a payment process and 
transmits said message to said service manager 
information processing means; wherein said serv- 
ice manager information means employs identifica- 
tion information included in said message to 
compare the received messages, and generates 
said service director information processing means 
to define an information processing means group 
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that is composed of said merchant information 
processing means, said user information process- 
ing means and said service director information 
processing means; wherein said service director 
information processing means specifies a settle- 5 
ment means that has performed the settlement 
processing by comparing said message that 
requests cancellation of the settlement processing 
with said message that requests cancellation of the 
payment process, and requests said service man- w 
ager information processing means to add to said 
group an settlement processing house information 
processing means that corresponds to the selected 
settlement means; wherein said service manager 
information processing means generates and adds , 5 
to said group the requested settlement processing 
house information processing means; wherein said 
service director information means generates a 
message requesting cancellation of the settlement 
processing and transmits said message to said set- 2 o 
tlement processing house information processing 
means; wherein, upon receiving said message, 
sard settlement processing house information 
processing means generates data for a message 
that requests cancellation of the settlement 2 s 
processing, and transmits said message data to 
said settlement means; wherein, when data in a 
message that indicate the cancellation of settle- 
ment has been completed are returned from said 
settlement means, said settlement processing 30 
house information processing means generates a 
message reporting the completion of cancellation 
of the settlement and transmits said message to 
said service director information processing means, 
and also stores data for said message in said third 55 
storage means of said service providing means; ~ 
wherein, upon receiving said message reporting 
the cancellation of settlement has been completed, 
said service director information processing means 
generates a message reporting the completion of 40 
cancellation of the settlement and a message 
reporting the completion of the cancellation of the 
payment, and transmits said respective messages 
to said merchant information processing means 
and said user information processing means; 45 
wherein, upon receiving said message, said mer- 
chant information processing means generates 
data for a message indicate the cancellation of set- 
tlement has been completed and transmits said 
message to said charging means, and also stores so 
said data in said message in said second storage 
means of said service providing means; and 
wherein said payment means employs said 
received message to generate and transmit to said 
payment means a message containing data indicat- 55 
ing the cancellation of payment has been com- 
pleted and stores said data for said message in 
said first storage means of said service providing 



means. 

74. A personal electronic settlement system according 
to claim 64. wherein said charging means employs 
identification information for said owner of said pay- 
ment means, which is included with data in said 
message indicating the completion of a transaction, 
to generate for a message data requesting commu- 
nication be established with said payment means, 
and transmits said message containing said data to 
said merchant information processing means; 
wherein, upon receiving said message, said mer- 
chant information processing means generates a 
message requesting that communication be estab- 
lished with said payment means, and transmits said 
message to said service manager information 
processing means; wherein, upon receiving said 
message, said service manager information 
processing means generates said service director 
information processing means to define an informa- 
tion processing means group that is composed of 
said merchant information processing means and 
said service director information processing 
means; wherein said service director information 
processing means specifies said payment means 
and said owner thereof that correspond to said 
identification information of said owner of said pay- 
ment means included in said message, and 
requests said service manager information 
processing means add to said group a user infor- 
mation processing means that corresponds to the 
specified payment means; wherein said service 
manager information processing means generates 
and adds to said group the requested user informa- 
tion processing means; wherein said service direc- 
tor information processing means refers to access 
control information that is established by said owner 
of said payment means and is stored in said first 
storage means of said service providing means; 
wherein said service director information process- 
ing means, when access from said charging means 
is not inhibited, generates a message reporting that 
the connection with said charging means has been 
established via a communication line, and transmits 
said message to said user information processing 
means; and wherein said user information process- 
ing means employs the received message to gener- 
ate and transmit to said payment means a message 
reporting that the connection has been established 
with said charging means via the communication 
line. 

A personal electronic settlement system according 
to claim 64. wherein said payment means employs 
for a message data indicating the completion of a .. 
settlement processing to generate message data 
requesting communication be established with said 
charging means, and transmits said message corn 
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taining said data to said user information process- 
ing means; wherein, upon receiving said data in 
said message, said user information processing 
means generates a message that requests commu- 
nication be established with said charging means 5 
and transmits said message to said service man- 
ager information processing means; wherein, upon 
receiving said message, said service manager 
information processing means generates sab serv- 
ice director information processing means to define w 
an information processing means group that is 
composed of said user information processing 
means and said service director information 
processing means; wherein said service director 
information processing means requests that said 15 
service manager information processing means 
add to said group a merchant information process- 
ing means that corresponds to said charging 
means; wherein said service manager information 
processing means generates and adds to said 2 o 
group the requested merchant information process- 
ing means; wherein said service director informa- 
tion processing means generates a message 
reporting that the connection with said payment 
means has been established via a communication 2 s 
line, and transmits said message to said merchant 
information processing means; and wherein said 
merchant information processing means employs 
the received message to generate and to transmit 
to said charging means a message reporting that a 30 
connection with said payment means has been 
established via the communication line. 

76. A personal electronic settlement system according 
to claim 16, wherein, when said settlement means 35 
or said service providing means generates data for 
a message requesting the updating of data stored 
in said second storage means of said payment 
means or said charging means, and transmits said 
message data to said payment means or said 40 
charging means, said central processing unit of 
said payment or said charging means generates 
data for a message, which includes data stored in 
said second storage means, and transmits said 
data in said message to said settlement means or 45 
said service providing means; wherein, upon 
receiving said data in said message, said settle- 
ment means or said service providing means gen- 
erates data for a message, which includes update 
data in said second storage means of said payment so 
means or said charging means, and transmits said 
data in said message to said payment means or 
said charging means; and wherein said central 
processing unit of said payment means or said 
charging means extracts said update data from 55 
said data in said message to update the data stored 
in said storage means. 



77. A personal electronic settlement system according 
to claim 1 , wherein said settlement means is consti- 
tuted by a plurality of settlement means that are 
separately located and are mutually connected via 
communication lines. 

78. A personal electronic settlement system according 
to claim 77, wherein said plurality of settlement 
means for areas or for organizations are located 
separately. 

79. A personal electronic settlement system according 
to claim 77 or 78, wherein information concerning 
said payment means and said owner thereof is 
stored in said first storage means of said settlement 
means that has the same attribute as said payment 
means or said owner thereof; wherein information 
concerning said charging means and said owner 
thereof is stored in said second storage means of 
said settlement means that has the same attribute 
as said charging means or said owner thereof; 
wherein identification information for all of said pay- 
ment means that are permitted to communicate 
with corresponding settlement means is stored in 
said first storage means of all of said settlement 
means, along with location information that desig- 
nates a location whereat said information concern- 
ing said payment means and said owner thereof is 
stored; and wherein identification information for all 
of said charging means that are permitted to com- 
municate with corresponding settlement means is 
stored in said second storage means of all of said 
settlement means, and location information that 
designates a location whereat said information con- 
cerning said charging means and said owner 
thereof is stored. 

80. A personal electronic settlement system according 
to claim 40. wherein said service providing means 
is constituted by a plurality of service providing 
means that are separately located and are mutually 
connected via communication lines. 

81. A personal electronic settlement system according 
to claim 80, wherein said plurality of service provid- 
ing means for areas or for organizations are located 
separately. 

82. A personal electronic settlement system according 
to claim 80, wherein information concerning said 
payment means and said owner thereof is stored in 
said first storage means of said service providing 
means that has the same attribute as said payment 
means or said owner thereof; wherein information 
concerning said charging means and said person in 
charge thereof is stored in said second storage 
means of said service providing means that has the 
same attribute as said charging means or said per- 
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son in charge thereof; wherein identification infor- 
mation for all of said payment means that are 
permitted to communicate with corresponding serv- 
ice providing means is stored in said first storage 
means of all of said service providing means, along 5 
with location information that designates a location 
whereat said information concerning said payment 
means and said owner thereof is stored; and 
wherein identification information for all of said 
charging means that are permitted to communicate 10 
with corresponding service providing means is 
stored in said second storage means of all of said 
service providing means, along with location infor- 
mation that designates a location whereat said 
information concerning said charging means and 15 
said person in charge thereof is stored. 

83. A personal electronic settlement system according 
to claim 79, wherein said attribute is an "organiza- 
tion." 

20 

84. A personal electronic settlement system according 
to claim 79, wherein said attribute is an "area." 

85. A personal electronic settlement system according 25 
to claim 82, wherein said payment means is con- 
nected via a communication line to a second serv- 
ice providing means; wherein a service manager 
information processing means for said second 
service providing means, when said second service 30 
providing means differs from a first service provid- 
ing means that stores said information concerning 
said payment means and said owner thereof, spec- 
ifies said first service providing means by employ- 
ing said identification information 

means, which is stored in said first storage means 
of said second service providing means, and said 
location information, which designates a location at 
which is stored said information for said payment 
means and said owner thereof, and requests that a 40 
service manager information processing means for 
said first service providing means generate a home 
user information processing means that corre- 
sponds to said payment means; wherein said serv- 
ice manager information processing means of said 45 
second service providing means generates a 
mobile user information processing means that cor- 
responds to said payment means when said serv- 
ice manager information processing means of said 
first service providing means generates said home so 
user information processing means; and wherein 
said mobile user information processing means and 
said home user information means interact to com- 
municate with said payment means and to process 
information concerning said payment means and 55 
said owner thereof. ; 



to claim 82, wherein said payment means is con- 
nected to a user information processing means of 
said second service providing means via a commu- 
nication line and requests cancellation of a pay- 
ment process; wherein a service manager 
information processing means for said second 
service providing means, when said second service 
providing means differs from said first service pro- 
viding means that stores information concerning 
said charging means that is associated with said 
payment and said person in charge of said charging 
means, specifies said first service providing means 
by employing said identification information, for said 
charging means, that is stored in said second stor- 
age means of said second service providing 
means, along with said location information that 
designates a location at which is stored said infor- 
mation for said charging means and said person in 
charge thereof, and transmits, to said service man- 
ager information processing means of said first 
service providing means, a message received from 
said user information processing means requesting 
cancellation of the payment; and wherein said serv- 
ice manager information processing means of said 
first service providing means compares a message 
received from a merchant information processing 
means of said first service providing means with a 
message received from said service manager infor- 
mation processing means of said second service 
providing means requesting a cancellation process 
be performed for the payment, and generates a 
service director information processing means for 
said first service providing means in order to define 
an information processing means group that is 
CG,, * Aw8d °' service director information 

processing means, said merchant information 
processing means, and said user information 
processing means of said second service providing 
means. 



86. A personal electronic settlement system according 



87. A personal electronic settlement system according 
to claim 82, wherein said charging means transmits 
a "message requesting communication be estab- 
lished with said payment means" to said merchant 
information processing means of said second serv- 
ice providing means; wherein said service manager 
information processing means, of said second serv- 
ice providing means, that received said "message 
requesting communication be established with said 
payment means" from said merchant information 
processing means, when said second service pro- 
viding means differs from said first service provid- 
ing means for storing said information concerning 
said payment means and said owner thereof, gen- 
erates a service director information processing 
means for said second service providing means, 
and defines an information processing means 
group that is composed of said merchant irrforma- 
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Hon processing means and said service director 
information processing means; wherein said serv- 
ice director information processing means specifies 
which payment means the request applies to. and 
an owner thereof, and transmits a request to said 5 
service manager information processing means to 
add to said group a user information processing 
means that corresponds to the specified payment 
means; wherein said service manager information 
processing means, upon receiving said request. 10 
specifies said first service providing means by 
employing said identification information, for said 
payment means, that is stored in said first storage 
means of said second service providing means, 
along with said location information that designates 15 
a location at which is stored said information for 
said payment means and said owner thereof, and 
requests that said service manager information 
processing means of said first service providing 
means generate a user information processing 20 
means that corresponds to said payment means; 
and wherein said user information means is added 
to said information processing means group when 
said user information processing means that corre- 
sponds to said payment means is generated for 2 s 
said first service providing means. 

88. A personal electronic settlement system according 
to claim 82, wherein said payment means transmits 
"message requesting communication be estab- 30 
lished with said charging means" to said user infor- 
mation processing means of said second service 
providing means; wherein said service manager 
information processing means, of said second serv- 
ice providing means, that received said "message 35 
requesting communication be established with said 
charging means" from said user information 
processing means, when said second service pro- 
viding means differs from said first service provid- 
ing means for storing said information concerning 40 
said charging means and said person in charge 
thereof, specifies said first service providing means 
by employing said identification information, for said 
charging means, that is stored in said second stor- 
age means of said second service providing 45 
means, along with said location information that 
designates a location at which is stored said infor- 
mation for said charging means and said person in 
charge thereof, and transmits said "message 
requesting communication be established with said so 
charging means" that was received from said user 
information processing means; wherein said serv- 
ice manager information processing means of said 
first service providing means, upon receiving said 
message, generates a service director information ss 
processing means for said first service providing 
means, and defines an information processing 
means group that is composed of said service 



director information processing means and said 
user information processing means of said second 
service providing means; wherein said service 
manager information processing means transmits a 
request that said service manager information 
processing means of said first service providing 
means add to said group a merchant information 
processing means that corresponds to the 
requested charging means; and wherein said mer- 
chant information means is added to said informa- 
tion processing means group when following the 
receipt of said request said merchant information 
processing means that corresponds to said charg- 
ing means is generated for said first service provid- 
ing means. 

89. A personal electronic settlement system according 
to claim 1 , wherein a ferroelectric memory is pro- 
vided as an storage means for said payment 
means. 

90. A control program recording medium on which a 
control program for said central processing unit of 
said payment means according to one of claims 5 
to 89 is recorded in a readable form by a computer. 

91. A control program recording medium, on which a 
control program for said central processing- unit of 
said charging means according to one of claims 5 
to 89 is recorded in a readable form by a computer. 

92. A processing program recording medium, on which 
a processing program for said computer system for 
said settlement means according to one of claims 7 
to 89 is recorded in a readable form by a computer. 

93. A processing program recording medium, on which 
said processing program for said computer system 
for said service providing means according to one 
of claims 40 to 89 is recorded in a readable form by 
a computer. 

94. A processing program recording medium, on which 
said processing program for said computer system 
for said settlement means according to one of 
claims 40 to 89 is recorded in a readable form by a 
computer. 

95. A personal electronic settlement system compris- 
ing: 

a first terminal as payment means including at 
least two systems of communication means; 
a second terminal as charging means including 
at least two systems of communication means; 
and 

a management device as settlement means 
including at least two systems of communica- 
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tion means, 

wherein communication of said payment 
means, said charging means or said settlement 
means with the other two means is performed 
by employing different systems of communica- 5 
tion means. 

96. A first terminal for a personal electronic settlement 
system, which comprises: said first terminal as pay- 
ment means including at least two systems of com- 10 
munication means; a second terminal as charging 
means including at least two systems of communi- 
cation means; and a management device as settle- 
ment means including at least two systems of 
communication means, so that communication of 15 
said payment means, said charging means or said 
settlement means with the other two means is per- 
formed by employing different systems of communi- 
cation means, 

wherein said first terminal serves as said payment 20 
means that comprises different systems of wireless 
communication means that are used for communi- 
cations conducted between said charging means 
and said settlement means. 

25 

97. A second terminal for a personal electronic settle- 
ment system, which comprises: a first terminal as 
payment means including at least two systems of 
communication means; said second terminal as 
charging means including at least two systems of 30 
communication means; and a management device 

as settlement means including at least two systems 
of communication means, so that communication of 
said payment means, said charging means or said 

COttlomorvf monnr un4k^k*..«Ok«» — 
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formed by employing different systems of communi- 
cation means, 

wherein said second terminal serves as said charg- 
ing means that comprises different systems of com- 
munication means that are used for 40 
communications conducted between said payment 
means and said settlement means. 

98. A management device for a personal electronic set- 
tlement system, which comprises: a first terminal as 45 
payment means including at least two systems of 
communication means; a second terminal as 
charging means including at least two systems of 
communication means; and said management 
device as settlement means including at least two so 
systems of communication means, so that commu- 
nication of said payment means, said charging 
means or said settlement means with the other two 
means is performed by employing different systems 

of communication means, 55 
wherein said management device serves as said 
settlement means that comprises different systems 
of communication means that are used for commu- 



nications conducted between said payment means 
and said charging means. 

99. A first terminal according to claim 96, for a personal 
electronic settlement system, which comprises: 
said first terminal as payment means including at 
least two systems of communication means; a sec- 
ond terminal as charging means including at least 
two systems of communication means; and a man- 
agement device as settlement means including at 
least two systems of communication means, so that 
communication of said payment means, said charg- 
ing means or said settlement means with the other 
two means is performed by employing different sys- 
tems of communication means, 

wherein as wireless communication means for 
communications between said payment means and 
said charging means, a type of wireless communi- 
cation means is selected whose effective communi- 
cation distance is shorter and whose directivity is 
higher than are those of said wireless communica- 
tion means used for communications conducted 
between said payment means and said settlement 
means. 

100. A second terminal according to claim 97, for a per- 
sonal electronic settlement system, which com- 
prises: a first terminal as payment means including 
at least two systems of communication means; said 
second terminal as charging means including at 
least two systems of communication means; and a 
management device as settlement means including 
at least two systems of communication means, so 
that communication of said payment means, said 
charging means or said settlement means with the 
other two means is performed by employing differ- 
ent systems of communication means, 

wherein as wireless communication means for 
communications between said payment means and 
said charging means, a type of wireless communi- 
cation means is selected whose effective communi- 
cation distance is shorter and whose directivity is 
higher than are those of said wireless communica- 
tion means used for communications conducted 
between said payment means and said settlement 
means. 

101 .A first terminal according to claim 96 or 99, for a 
personal electronic settlement system, which com- 
prises: said first terminal as payment means includ- 
ing at least two systems of communication means; 
a second terminal as charging means including at 
least two systems of communication means; and a 
management device as settlement means including 
at least two systems of communication means, so 
that communication of said payment means, said 
charging means or said settlement means with the 
other two means is performed by employing differ- 



148 

8NSOOCID: <EP 0910028A1_I_> 



1 



295 EP 0 910 028 A1 296 



ent systems of communication means, 
wherein optical communication means is used for 
wireless communications conducted with said 
charging means, and radio communication means 
is used for wireless communications conducted 5 
with said charging means. 

1 02. A second terminal according to claim 97 or 1 00, for 
a personal electronic settlement system, which 
comprises: a first terminal as payment means 10 
including at least two systems of communication 
means; said second terminal as charging means 
including at least two systems of communication 
means; and a management device as settlement 
means including at least two systems of communi- 15 
cation means, so that communication of said pay- 
ment means, said charging means or said 
settlement means with the other two means is per- 
formed by employing different systems of communi- 
cation means, 20 
wherein optical communication means is used for 
wireless communications conducted with said pay- 
ment means. 

103. A first terminal according to claim 101. for a per- 25 
sonal electronic settlement system, which com- 
prises: said first terminal as payment means 
including at least two systems of communication 
means, a second terminal as charging means 
including at least two systems of communication 30 
means, and a management device as settlement 
means including at least two systems of communi- 
cation means, so that communication of said pay- 
ment means, said charging means or said 
settlement means with the other two means is per- 35 
formed by employing different systems of communi- 
cation means, said first terminal including, 

optical communication means and radio com- 
munication means; 40 
input means, for entering a money amount to 
be paid; 

a central processing unit for generating data to 
be transmitted by said optical communication 
means and said radio communication means, 45 
and for processing data received by said opti- 
cal communication means and said radio com- 
munication means; 

first storage means, for storing a control pro- 
gram for controlling operations performed by so 
said central processing unit; 
display means, for visually presenting the 
results obtained by the data processing per- 
formed by said central processing unit; and 
second storage means, for storing data proc- ss 
essed by said central processing unit. 

104. A second terminal for a personal electronic settle- 



ment system, which comprises: a first terminal as 
payment means including at least two systems of 
communication means, said second terminal as 
charging means including at least two systems of 
communication means, and a management device 
as settlement means including at least two systems 
of communication means, so that communication of 
said payment means, said charging means or said 
settlement means with the other two means is per- 
formed by employing different systems of communi- 
cation means, said second terminal including, 

optical communication means, for communicat- 
ing with said payment means; 
communication means, for communicating with 
said settlement means; 

input means, for entering a money amount to 
be paid; 

a central processing unit, for generating data to 
be transmitted by said optical communication 
means and said communication means, and for 
processing data received by said optical com- 
munication means and said communication 
means; 

first storage means, for storing a control pro- 
gram for controlling all operations performed by 
said central processing unit; 
display means for visually presenting results 
obtained by the data processing performed by 
said central processing unit; and 
second storage means, for storing data proc- 
essed by said central processing unit. 

105. A management device for a personal electronic set- 
tlement system, which comprises: a first terminal as 
payment means including at least two systems of 
communication means, a second terminal as 
charging means including at least two systems of 
communication means, and said management 
device as settlement means including at least two 
systems of communication means, so that commu- 
nication of said payment means, said charging 
means or said settlement means with the other two 
means is performed by employing different systems 
of communication means, said settlement means 
including, 

first storage means, for storing data concerning 
said payment means; 

second storage means, for storing data con- 
cerning said charging means; and 
a computer system, for processing data for a 
transaction. 

106. A first terminal according to claim 103, wherein said 
central processing unit of said payment means gen- 
erates and transmits to said settlement means 
message data requesting the performance of a 
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money transaction for an amount that corresponds 
to a value input by said input means of sad pay- 
ment means, processes and outputs to said display 
means message data received from said settle- 
ment means indicating the completion of a pay- 5 
ment. and stores the processed data in said second 
storage means of said payment means. 

1 07. A first terminal according to daim 1 03, wherein said 
central processing unit of said payment means gen- w 
erates and transmits to said charging means mes- 
sage data offering a money payment that 
corresponds to an amount input by said input 
means of said payment means. 

15 

108. A second terminal according to claim 104. wherein 
said central processing unit of said charging means 
generates and transmits to said payment means 
message data requesting a money payment that 
corresponds to an amount input by said input 20 
means of said charging means, generates and 
transmits to said settlement means message data 
requesting a transaction by employing said mes- 
sage data received from said payment means to 
offering payment and said message data request- 25 
ing payment, processes message data that is 
received from said settlement means that indicates 

the completion of said transaction, and outputs the 
resultant data to said display means of said charg- 
ing means while also storing said resultant data in 30 
said second storage means of said charginq 
means. 

1 09.A second terminal according to claim 1 04, wherein 
said central processing unit of said charging means 35 
generates and transmits to said paymerrt means 
message data requesting a payment; said central 
processing unit of said payment means generates 
and transmits to said settlement means message 
data requesting a transaction by employing said 40 
message data offering a payment and said mes- 
sage data received from said charging means 
requesting a payment; and said settlement means 
performs a settlement by comparing said message 
data received from said charging means requesting 45 
a settlement with said message data received from 
said payment means requesting a paymerrt, gener- 
ates and transmits to said charging means mes- 
sage data indicating that a settlement has been 
completed, and generates and transmits to said so 
payment means message data indicating that a 
payment has been completed. 

1 10.A first terminal according to claim 1 03. wherein said 
central processing unit of said payment means 55 
adds, to message data offering a payment to said 
charging means, identification data for identifying 
said message data, and, to message data that is to 



be transmitted to said settlement means requesting 
a payment processing, identification data for mes- 
sage data offering a payment, identification data for 
said payment means, and identification data for 
message data requesting a payment. 

111. A second terminal according to claim 104. wherein 
said central processing unit of said charging means 
adds, to message data requesting a payment, iden- 
tification data for identifying said message data, 
and. to message data that is to be transmitted to 
said settlement means requesting a transaction, 
identification data for message data requesting a 
payment, identification data for said charging 
means and identification data for message data 
offering a payment. 

11 2. A management device according to claim 105, 
wherein said settlement means compares said 
identification data for said message data offering a 
payment with said identification data for said mes- 
sage data requesting a payment, which are 
included in said message data requesting a pay- 
ment and in said message data requesting a trans- 
action. 

1 13. A first terminal according to claim 96. wherein iden- 
tification data for a plurality of payment methods are 
stored in said second storage means of said pay- 
ment means, and said central processing unit of 
said payment means adds, to said message data 
offering a payment and said message data request- 
ing a payment, identification data for a payment 
method that is selected by said input means of said 
payinerii means. 

1 14. A management device for a personal electronic set- 
tlement system, which comprises: a first terminal as 
payment means including at least two systems of 
communication means, a second terminal as 
charging means including at least two systems of 
communication means, and said management 
device as settlement means including at least two 
systems of communication means, so that commu- 
nication of said payment means, said charging 
means or said settlement means with the other two 
means is performed by employing different systems 
of communication means, said management device 
including, 

means for generating for said person in charge 
of said charging means valid identification data 
for said owner of said payment means; and 
means for adding said identification data to 
said message data indicating said transaction 
has been completed, and for transmitting said 
message data to said charging means. 
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